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Be s ch reibung 

Die Erfindung betrif ft ein Verfahren gemaS dem Oberbegriff 
des Anspruchs 1 sowie eine entsprechende Vorrichtung. 

3D-Graphikapplikationen, wie Virtual Reality, 3D-Spiele 
oder im prof essionel leren Umfeld Modellierung und Animati- 
5 on, gehoren bereits heute zu den Standardanwendungen auf 
PCs. Voraussetzung f\ir die Echtzeitf ahigkeit in diesem Ge- 
biet ist die extreme Leistungssteigerung der Prozessoren 
in den letzten Jahren sowie neuerdings der Einsatz 3D- 
Graphik-Beschleunigern, die spezielle, wiederkehrende Ar- 
^"^ 10 beiten in der Graphikgenerierung ubernehmen . Dem Prozessor 
f allt lediglich noch die Auf gabe zu, die Geometriebe- 
schreibung der darzizstellenden Szene zu generieren, alles 
weitere, wie die Raster isierung (Erzeugung der anzuzeigen- 
den Pixel) und das Shading (Farbgebung der Pixel) werden 
15 vom Beschleuniger ubernommen. 

Aufgrund der aber iiruner noch beschrankten Leistungsf ahig- 
keit solcher Systeme miissen Kompromisse zwischen der Bild- 
qualitat und der Echtzeitanf orderung (mindestens 2 5 Bilder 
pro Sekunde fur eine kontinuierliche Bewegung) eingegangen 
20 werden. Im Allgemeinen wird mehr Wert auf eine ruckfreie 
Darstellung gelegt, wodurch einerseits Objekte nur se* 
grob modelliert werclen, um die Anzahl der Polygon^^ 
zu halten, und andererseits die Bildschirmauf lo^ 4$q 
gehalten wird, um die Anzahl der zu generier^ 5 ^^ 
25 begrenzen. Bei heute iiblicher VESA-Aiifl<f 0 j^ ^°o/j 
Pixel) und animierten Bi ldsequenz.p* ye i Sh . * Qjr t, 
Effekte, die durch die Rasterisier ^<3 S 
besonders storend ins Auge. Tr^ ^ 



da klassische Antialiasip'' 



/ 
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10 



15 



20 



Supersampling, einen zu hohen Speicher- und Rechenlei- 
stungsbedar f haben . 

Bis eine im Computer modellierte Szene auf dem Bildschirm 
dargestellt werden kann, bedarf es mehrerer Schritte: 

1. Die im Speicher abgelegten Datensatze der darzu- 
stellenden Objekte miissen transf ormiert (skaliert, 
rotiert) und an den richtigen Stellen in der virtuel- 
len Szene plaziert werden (modeling transformation) . 

2. Ausgehend von der Position der Objekte beziiglich 
des Blickwinkels des Betrachters werden nun Objekte 
verworfen und damit nicht weiterberiicksichtigt , die 
garantiert nicht sichtbar sein konnen* Dabei werden 
sowohl ganze Objekte eliminiert, die sich auSerhalb 
des sichtbaren Volumens bef inden (clipping) , als auch 
einzelne Polygone von Objekten, die dem Betrachter 
abgewendet sind (backface removal) . 

3. Die in Weltkoordinaten modellierten Polygone 
(meist Dreiecke) miissen nun in das Bildkoordinatensy- 
stem iiberfiihrt werden, wobei eine perspektivische 
Verzerrung erfolgt, urn eine moglichst realistische^ 
Abbildung zu ermoglichen (viewing transformation) y 



25 



4. Die nun in Bildkoordinaten vorliegender 
miissen so aufbereitet werden, da£ sie 
derer verarbeitet werden kormen (z v ^ e ^ 



Steigungen an Kanten, usw. / setv 



5. Im Rasterisierer erf 
der s i chtbar en Pixe 1 
wird nicht nur die 
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berechnet, sondern es erfolgt auch die Bestimmung 
weiterer fur die Beleuchtung und Verdecktheitsanalyse 
benotigter Parameter (z-Wert, homogener Parameter, 
Texturkoordinaten, Normalen, usw. / rasterization) 

5 6. Aufgrund der berechneten Parameter werden nun 

die Farbwerte der darzustellenden Pixel ermittelt 
(lighting) . Dieser Schritt wird hier nur dann durch- 
gefuhrt, wenn es sich um ein Phong-Renderer handelt. 
1st nur ein Gouraud-Renderer vorhanden, so wird die- 
10 ser Schritt bereits vor der Transformation ins Bild- 

koordinatensystem durchgef uhrt . 

7. Die berechneten Farbwerte werden dann im Frame- 
buffer gespeichert, wenn der z-Wert des Pixels an- 
gibt, daS das Pixel sich vor dem an dieser Position 

15 im Framebuffer stehendem Pixel befindet (z- 

buf fering) . Vor der Speicherung konnen die Farbwerte 
mittels des Blendings mit dem vorher im Framebuffer 
stehen Wert modifiziert werden, wodurch z.B. die Mo- 
dellierung von halb transparenten Objekten moglich 

20 wird. 

8. Sind alle sichtbaren Dreiecke rasterisiert wor- 
den, so befindet sich im Framebuffer das auf & 
Bildschirm darzustellende Bild, Uber die RAMD^ 
das Bild linear aus dem Speicher ausgelep^ 

2 5 analoge Signale gewandelt, die direkt^^.^ 

geschickt werden (display process) .y" 0 - Pq^j 

Das Problem des Aliasing entsteht/ e ^r- 
Verwendung von Ras t er displays, ^ ^ 
nicht moglich ist, beispieJ ^ 



akt darzustellen Bei 

"" d ei » «»1 (plcture £ m *T Ua ' SCanko "-"»™ g 
-« Pixel,, itteIpun)t|; g eset 2 t. wenn 

nu ierliohen KMte ^ ^ ~ aus einer konti . 

* *■> Sichtbare " » ^3^. 

besonders auffall 9n , da sie ' bei be »egt e „ Bildern 

tritt 2M1 Beispiel b j " d " Kante "andern. So 

i- K» te der -^tie^e^ir::; 1 ";; £ast hori — 

langsa- verti][al verscho *> K . wenn die ^ 

10 ri2 ° ntil T die Kante l aufen ' ^ SPranae «*-U ho- 
B«.e 3 u„ gsrichtung noch ' E * 3chei„ t also wed e r die 
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Bei Aliasing an Polygonkanten sind nicht alle Polygonkan- 
ten betroffen, sondern nur solche, die sind an den Randern 
von Objekten befinden. Innerhalb von Objekten passen die 
Polygone in der Regel nahtlos aneinander, und sofern be- 
5 nachbarte Polygone eine ahnliche Farbgebung besitzen, ist 
es an den Kanten zwischen den Polygonen nicht von Bedeu- 
tung, ob die Pixel von dem einen oder dem anderen Polygon 
gesetzt werden. 

Sehr kleine Objekte konnen verschwinden, falls ihre Aus- 
10 dehnung kleiner als ein Pixel ist. Dieser Effekt fallt be- 
sonders dann auf, wenn durch eine kleine Verschiebung das 
Objekt sichtbar wird, da auf einmal ein Pixelmittelpunkt 
beruhrt wird. Es entsteht eine Art Blinkeffekt, der die 
Aufmerksamkeit des Betrachters auf sich lenkt. 

15 Bei modernen Phong-Renderern treten zusatzliche Aliasing- 
Effekte an den Spot-Grenzen auf. Bei Gouraud-Renderern 
tritt dieses Problem nicht auf, da bei ihnen keine Licht- 
effekte wie die hier gezeigten mdglich sind, wodurch die 
Bildqualitat nicht vergleichbar ist. 

20 Der am weitesten verbreitete Ansatz fur das Antialiasing 
ist das Supersampling . Jedes Pixel wird in (n x n) Subpi- 
xel unterteilt, die dann wiederum normal „gepointsampelt " 
werden. Es ergibt sich ein Zwischenbild, welches in beiden 
Dimensionen die n-fache Auflosung des darzustellenden Bil- 

25 des besitzt. Durch Auf summierung der Farbwerte der (n x n) 
Subpixel und der anschlie&ende Division durch die Anzahl 
der Subpixel (n 2 ) ergibt sich dann die endgiiltige Farbe 
des Pixels. Aus Sicht der Signalverarbeitung wird die Ab- 
tastrate urn den Faktor n (auch Oversamplingf aktor genannt) 

30 erhoht, wodurch kleinere Details rekonstruiert werden kon- 
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nen. Sinnvolle Werte fur n liegen im Bereich 2 bis 8, wo- 
durch zwischen 4 und 64 Farbwerte pro Pixel zur Verfiigung 
stehen. 

Trotz der Einfachheit diese Vorgehens gibt es entscheiden- 
5 de Nachteile, aufgrund derer eine Realisierung in Hardware 
nicht erreicht werden konnte : 

1 . Speicherbedarf : Da das Bild in einer n-fachen Auflosung 
gerendert wird, mu6 nicht nur der Framebuf f er ) , sondern 
auch der z-Buffer (24 - 32Bit/Pixel) n-fach ausgelegt 
10 sein. 

Beispielsweise ergibt sich fur eine Bildschirmauf losung 
von 1024 x 7 68 Pixel und einen Oversamplingf aktor von n=4 
ein Speicherbedarf von fur den Framebuf fer und noch ein- 
mal fur den z-Buffer . Insgesamt werden also 84 MByte 
15 Speicher gegenuber 5,25 MByte fur das normale Sampling be- 
notigt . 

2 . Rechenzeitaufwand: Aufgrund der hoheren Anzahl der zu 
erzeugenden Pixel nimmt die Rechenzeit ebenfalls urn den 
Faktor n 2 zu. War das System also vorher in der Lage, 16 
2 0 Bilder pro Sekunde anzuzeigen, so kommt es bei n=4 nur 
noch auf ein Bild pro Sekunde; es hat seine Echtzeitf ahig- 
keit also verloren. 

Das Verfahren kann zudem nicht garantieren, da£ das ent- 
stehende Bild frei von Artefakten ist, denn zu jeder 
25 Samplingrate la£t sich leicht ein Bild konstruieren, wel- 
ches garantiert falsch dargestellt wird. Hat das darzu- 
stellende Bild eine horizontale Auflosung von w, so wird 
ein senkrechtes Streif enmuster aus (n x w) schwarzen und 



./. 
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(n x w) weifcen Balken, entweder komplett schwarz oder kom- 
plett wei£ dargestellt. 

Au&erdem werden die Samplepoints zufallig fiber das Pixel 
verteilt, wodurch die ubrig gebliebenen Artefakte mit ei- 
5 nem Rauschen iiber lager t werden, welches fur das menschli- 
che Auge angenehmer ist. 

Ein Bild, welches vierfach mit einem stochastischen Ansatz 
gerendert wurde, hat in etwa die gleiche Bildqualitat , wie 
ein 16f aches Super sampling an einem regularen Raster. 

10 Das Verfahren ist jedoch auf eine Anwendung in Software 
beschrankt, da Hardware-Renderer ausschliefclich mit inkre- 
mentellen Verfahren arbeiten. Bei beliebig plazierten 
Samplepoints gibt es keine feste Reihenfolge der Punkte 
mehr, so daS die Bearbeitung nicht mehr inkrementell er- 

15 folgen kann, sondern die Parameter pro Punkt komplett neu 
berechnet werden miiSten, was einen extremen Auf wand bedeu- 
tet . 

Bei dem Nachbearbeitungsdurchgang miissen zwar nicht alle 
Subpixel gleich behandelt werden; bei der Auf summierung 

2 0 der Farbwerte kann noch ein Faktor eingebracht werden, der 
angibt, wie wichtig das Subpixel fur das Pixel ist. Die 
Faktoren werden nach der GauE- , Poisson- oder einer ande- 
ren Verteilung ermittelt, bei denen in der Regel Subpixel, 
die naher am Pixelmittelpunkt liegen, ein hoheres Gewicht 

25 erhalten. 

Supersampling erfolgt in seiner Grundform liber das gesamte 
Bild immer mit der gleichen Abtastrate. In flachigen Be- 
reichen ist jedoch viel Rechenzeit erf orderlich, da dort 
jedes Subpixel den gleichen Farbwert beisteuert. Die Idee 
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besteht dabei darin, Supersampling nur dort zu betreiben, 
wo es wirklich notig ist. In einem ersten Durchgang wird 
das Bild normal gerendert, und in einem zweiten Durchlauf 
wird dann jeder Farbwert mit den Farbwerten aus seiner Um- 
5 gebung verglichen, und nur sofern die Differenz einen vor- 
gegebener Schwellwert iibersteigt, erfolgt nun ein Su- 
persampling fur dieses Pixel. Der Nachteil bei diesem Vor- 
gehen ist natiirlich das zweimalige Rendern eines jeden Po- 
lygons . 

10 Der Accumulationbuf f er ist eine Abwandlung des vorgenann- 
ten Supersainplings, bei dem der extreme Speicherbedarf 
vermieden wird. Es wird lediglich zu dem sowieso vorhande- 
nen Frame- bzw. z-Buffer ein zusatzlicher Buffer von der 
Gro&e des Framebuffers benotigt, der jedoch eine etwas ho- 

15 here Genauigkeit braucht. Das Rendern eines Bildes beno- 
tigt nun n 2 Renderdurchgange bei der normalen Framebuf- 
f erauf losung, wobei n wiederum den Oversamplingf aktor dar- 
stellt. Zwischen den Berechnungen der Teilbilder wird je- 
weils das Koordinatensystem der zu beschreibenden Geome- 

20 trie im Subpixelbereich so verschoben, daS die Pixelmit- 
telpunkte jeweils auf einem anderen Sample des entspre- 
chenden Supersampling-Verf ahrens zu liegen kommen. Die bei 
j edem Render ing-Durchlauf er zeugten Framebuf fer- Inhal te 
werden im zusatzlichen Buffer akkumuliert (daher der Name 

25 Accumulationbuf fer) , worauf sich das Loschen des Frame- 
und z-Buffer fur das nachste Teilbild anschlieEt. Da im 
Accumulationbuf fer n 2 Farbwerte pro Pixel aufsummiert wer- 
den, sind zu der Framebuf f ergenauigkeit noch einmal 
2*log2n Genauigkeitsbits zusatzlich erf orderlich, damit 

30 kein Uberlaufen der Farbwerte moglich ist. Sobald alle 
Teilbilder gerendert wurden, werden die Farbwerte aus dem 



./. 
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Accumulationbuf f er durch die Anzahl der Samples (n 2 ) ge- 
teilt, und in den Framebuffer iibernommen, der dann ange- 
zeigt werden kann. 

Durch den Einsatz des Accumulationbuf fers anstelle des 
5 beim Supersamplings riesigen Framebuffers wird der Nach- 
teil des groSen Speicherbedarf s beseitigt, nicht jedoch 
der Bedarf an Rechenzeit. Im Gegenteil wird sich die Ren- 
deringzeit sogar noch erhdhen, da nun die Geometriebe- 
schreibungen (meist Dreiecke) nun mehrmals an den Renderer 
10 iibertragen werden muss en . 

4 

Das Ar easampl ing , entwickelt von Edwin Catmull [Edwin Cat- 
mull: „A hidden-surface algorithm with antialiasing" , 
Aug. 78], basiert darauf, da£ pro Pixel die Flache berech- 
net wird, welche auf die einzelnen Polygone entfallt. Dies 
15 geschieht auf analytischem Wege, so daE jedes noch so 
kleine Polygon in Betracht gezogen wird, und liefert eine 
dementsprechend hohe Bildqualitat . 

Der Ablauf des Algorithmus laEt sich in etwa so beschrei- 
ben : 

20 - Alle Polygone werden nach ihrer groEten y-Koordinate 
t ^ geordnet . 

- Es wird eine Liste von aktiven Polygonen verwal tet , 
in die Polygone eingetragen werden, sobald die Scanline 
mit dem groEtem y-Wert erreicht ist, und aus der sie wie- 

2 5 der geloscht werden, sobald der minimale y-Wert unter- 
schritten wird. 

- Pro Scanline, wobei eine Scanline hierbei als etwas 
Flachenhaf tes betrachtet wird, muE pro Pixel ein Bucket 
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angelegt werden, in dem jeweils alle Polygonteile einge- 
tragen werden, die zu diesem Pixel beitragen. Die Polygo- 
nanteile werden dabei wieder durch Polygone reprasentiert , 
die gegenuber den Pixelkanten geclippt wurden. Beim Aufbau 
5 der Buckets wird darauf geachtet, da£ die jeweiligen Poly- 
gone entsprechend ihrer z-Werte einsortiert werden. 

Pro Pixel wird nun mit Hilfe des sogenannten "Hidden- 
Surf ace-Algorithmus " von Sutherland die sichtbare Flache 
der einzelnen Polygone bestimmt, deren Farben dann gewich- 
10 tet die endgiiltige Pixelfarbe ergeben. 

Gegen eine derartige Hardwarerealisierung spricht der ex- 
treme Rechenaufwand fur die Bestimmung der sichtbaren Fla- 
chenanteile bei langer werdenen Listen, sowie die scanli- 
ne-basierte Vorgehensweise bei der Rasterisierung . 

15 Der A-Buf f er-Algorithmus [Loren Carpenter: „The a-buffer, 
an antialiased hidden surface method", Computer Graphics 
12, 84]) stellt die diskrete Realisierung des 
Areasamplings dar, bei der nicht die exakte Flache der Po- 
lygone abgespeichert wird, sondern nur Subpixelmasken, die 

20 eine Approximation der Flachen darstellen. Zudem erfolgt 
die Traversierung polygonweise , so da£ wiederum ein Frame- 
buffer benotigt wird, der jedoch eine dynamische Liste pro 
Pixel aufnehmen mufe, in der die Subpixelmasken mitsamt ih- 
ren Farbwerten gespeichert werden. Pro Subpixelmaske wird 

25 dabei entweder nur ein z-Wert (der vom Mittelpunkt des Pi- 
xels) oder zwei z-Werte (minimal und maximal auftretender 
z-Wert im Pixel) abgespeichert, um den Speicheraufwand zu 
begrenzen. Sobald alle Polygone behandelt worden sind, 
werden in einem weiteren Durchlauf durch das Bild die Sub- 
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pixelmasken aufgrund der z-Werte verrechnet, so daS der 
endgiiltige Farbwert entsteht. 

Der konstant hohe Speicherbedarf des Super samp lings wurde 
somit durch einen sich dynamisch der Komplexitat der Szene 
5 anpassenden Speicherbedarf ersetzt. Aufgrund dieses dyna- 
mischen Verhaltens und der daraus resultierenden Traver- 
sierung von Listen eignet sich dieses Verfahren kaum fur 
eine Hardware -Implementierung. Weiterhin stellt sich die 
Verdecktheitsanalyse anhand der begrenzten Anzahl der z- 

10 Werte als problematisch heraus . In [Andreas Schilling und 
Wolfgang Strainer: „EXACT: Algorithm and Hardware Archi- 
tecture for an Improved A-Buffer", Computer Graphics 
Proceedings, 93] wird eine mogliche Losung mittels der zu- 
satzlichen Speicherung von und auf Subpixelebene aufge- 

15 zeigt. 

Beim Appr oxima t i onbu f f er von Lau [Wing Hung Lau : „The an- 
tialiased approximation buffer", Aug. 94] findet ebenfalls 
der A-Buf f er-Ansatz Verwendung, wobei jedoch die Anzahl 
der pro Pixel gespeicherten Fragmente auf zwei beschrankt 

20 wird. Es ergibt sich somit ein konstanter Speicher auf wand, 
der jedoch mit Verlusten in der Bildqualitat erkauft wird. 
So werden nur noch Pixel korrekt behandelt, die maximal 
von zwei Polygonen bedeckt sind, da mehr Anteile nicht 
darstellbar sind. Das Verfahren ist demnach auf wenige, 

25 gro&e Polygone beschrankt, da dann der Fall von mehr als 
zwei Fragmenten praktisch nur noch sehr selten auftritt 
(unter 0,8% laut Lau), und somit die Qualitat der Ergeb- 
nisbilder ausreichend gut ist. 



30 



Der Exact Area Subpixel Algorithm (EASA von Andreas Schil- 
ling [Andreas Schilling: „Eine Prozessor-Pipeline zur An- 

./. . 
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wendung in der graphischen Da t enver arbe i tung w , Dissertati- 
on an der Eberhard-Karls-Universitat in Tubingen, Juni 
94] ) stellt eine Modifikation des A-Buf fers dar, bei dem 
eine hohere Genauigkeit an Kanten eines Polygons erreicht 
wird. Die Generierung der Subpixelmasken erfolgt beim A- 
Buffer aufgrund der Bedeckung der Subpixelmittelpunkte . 
Schilling hingegen berechnet den exakten Flachenanteil , 
woraus eine Anzahl zu setzender Subpixel abgeleitet wird, 
die dann zur Generierung der eigentlichen Maske anhand der 
Steigung der Kante f iihrt . Durch dieses Vorgehen kann eine 
hohere Auflosung bei fast horizontalen (vertikalen) Kanten 
erreicht werden, da beim A-Buffer immer mehrere Subpixel 
auf e initial gesetzt werden, so daS nicht die maximale Auf- 
losung der Subpixelmaske ausgenutzt werden konnte . Abbil- 
dung 2-3 enthalt die Rasterisierung einer flachen Kante 
mittels des A-Buf f er-Algorithmus und des EASA. 

Das Verfahren von Patrick Baudisch [Patrick Baudisch: 
„Entwicklung und Imp 1 emen t i erung eines effizienten, hard- 
warenahen Antialiasing -Algorithmus w , Diplomarbeit , Techni- 
20 sche Hochschule Darmstadt, Sept. 94]) basiert ebenfalls auf 
Subpixelmasken, die an Polygonkanten generiert werden. Je- 
doch dienen sie hierbei nicht dazu, die Flache der einzel- 
nen Polygone zu berechnen und deren Farbe damit entspre- 
chend zu gewichten wie bei den vorigen Verfahren, sondern 
2 5 urn aus einem normal gepointsampleten Bild die benachbarten 
Farben zuzumischen . Als Grundlage dient die raumliche Ko- 
harenz der Pixel, d.h., da£ die Farbe, die ein Polygon 
teilweise zu einem Pixel beitragt, garantiert in einem be- 
nachbarten Pixel zu finden ist. Die Position der Subpixel 
30 in der Maske gibt an, aus welchem benachbartem Pixel eine 
Zumischung erfolgen soil, sofern es gesetzt wird. Die Sub- 

./. . 
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pixel auf den Diagonalen verweisen dabei auf zwei benach- 
barte Pixel . 

Beim Vier-Zeiger-Verf ahren werden jeweils 4 Subpixel zu 
einem Meta-Subpixel zusammengef a£t , welches wiederum die 
5 Zumischung der benachbarten Pixelfarbe angibt . Durch das 
Zusammenf assen geht die raumliche Information verloren, 
die Genauigkeit der Flachenanteile erhoht sich aber. Die 
bisherigen Antialiasing-Verf ahren haben insgesamt Nachtei- 
le in bezug auf ihre mogliche Hardware-Real i s ierbarkei t , 

10 die nur schwer behoben werden konnen. Einerseits muS ein 
enormer Speicheraufwand betrieben werden (Supersampling, 
Area-sampling, A-Buf fer) , und andererseits ist der Rechen- 
aufwand einiger Verfahren so hoch (Supersampling, Accumu- 
lationbuf f er , Areasampling) , da£ eine Hardware- 

15 Realisierung kaum noch echtzeit f ahig ist. Zudem werden bei 
Verfahren, die ausschlie£lich auf Polygonkanten arbeiten, 
(Areasampling, A-Buffer, Approximationbuf f er , EASA, Subpi- 
xelverf ahren, Vier-Zeiger-Verf ahren) Billboard- und Spot- 
Artefakte nicht berucksichtigt . 

20 Die beim Stand der Technik bestehenden Probleme sollen 
nachfolgend noch einmal kurz zusammengef aSt werden: 

Das Problem des Aliasing entsteht aus der Verwendung von 
Ras terdi splays , da es mit diskreten Punkten nicht moglich 
ist, z.B. eine geneigte Kante exakt darzustellen . Bei nor- 
25 malen Rasterisierungsmethoden entstehen aus einer kontinu- 
ierlichen Kante im diskreten Fall in bestimmten Abstanden 
Sprunge, die den visuellen Eindruck stark storen. 

Ein ublicher Ansatz urn diesen Effekt zu beheben, ist das 
Supersampling, bei dem durch viele Abtastpunkte innerhalb 
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eines Pixels versiicht wird, eine bessere Farbe zu bestim- 
men. Das Verfahren ist aber kaum im Echtzeitbereich ein- 
setzbar, da ein sehr hoher Speicher- und Rechen z e i t au f wand 
notig ist. 

5 Die anderen Verfahren versuchen, einen besseren Farbwert 
zu bestimmen, indem sie den f lachenmaSigen Beitrag der Po- 
lygone zu jedem Pixel genau berechnen . Aber auch hier ist 
ein sehr hoher Rechenzeitbedarf (wenn nicht auch Speicher- 
platz) notwendig. 

10 Aus der US-Patentschrif t 5 748 178 ist es ferner bekannt, 
die Umgebung eines Pixels im Durchlauf in einer Art 
Schiebregister zu speichern, wobei einander benachbarte 
Pixel auch benachbarte Speicherplatze einnehmen , Eine Fil- 
terung wird dabei dadurch erzielt, da£ dann jeweils eine 

15 Pixel -Umgebung einem gemeinsamen Filter- Gewichtungsvor- 
gang unterworfen werden kann. Da die Wirksamkeit des Ver- 
fahrens davon abhangig ist, welche Pixel einander zufallig 
benachbart sind, ist hiermit ein wirksames Antialiasing 
nicht moglich. 

20 Aus der US-Patentschrif t 5 264 838 ist es ebenfalls be- 
kannt, zum Zwecke des Antialiasing je eine Umgebung eines 
Pixels im Bereich eines Impulses mit einer unscharfen Um- 
gebung (Halo) zu versehen. Dieses Verfahren erzeugt jedoch 
lediglich eine zusatzliche Unscharfe, da es ungezielt 

25 wirkt. 

Der Erfindung liegt demgegenuber die Aufgabe zugrunde, ein 
Antialiasing-Verf ahren anzugeben, welches die Echtzeitfa- 
higkeit nicht beeintrachtigt , wodurch trotz der Notwendig- 



• • • ♦ 

• • • • 



GMD48.1 - 16 - 



keit der Realisierung in Hardware eine deutliche Verbesse- 
rung der Bildqualitat erireicht werden konnte . 

Diese Aufgabe wird durch ein Verfahren mit den Merkmalen 
des Anspruchs 1 bzw. durch eine entsprechende Vorrichtung 
5 gelost. 

Das er f indungsgemafie Verfahren geht dementsprechend im 
Vergleich zum Stand der Technik einen grundsatzlich ande- 
ren Weg. Es schliefct dabei die Erkenntnis ein, da£ bei ei- 
nem in normaler Auflosung gerenderten Bild die storenden 
10 Kanten (darunter fallen auch die beschriebenen Billboard- 
und Spot-Artef akte) erkannt und beseitigt werden. 

Bei der Rasterisierung eines Dreiecks unter Verwendung der 
normalen Scankonvertierung, wird ein Pixel immer dann in 
der Farbe des Dreiecks gefarbt, wenn der Pixelmittelpunkt 

15 innerhalb der Dreiecksf lache liegt, anderenfalls erhalt 
das Pixel die Hintergrundf arbe . Hierbei entstehen an den 
Kanten des Dreiecks sichtbare Spriinge, die den visuellen 
Eindruck einer geraden Kante stark storen. Nach dem erfin- 
dungsgemallen Verfahren wird nun den Pixeln an den Kanten 

20 des Dreiecks eine gemischte Farbe gegeben, welche zwischen 
der Farbe des Dreiecks und der Hintergrundf arbe liegt. 
Hierbei wird die f lachenmaSigen Bedeckung des Pixels als 
Kriterium herangezogen. Durch dieses Vorgehen lassen sich 
alle ungewollten Stuf enef f ekte vermeiden, wodurch die Qua- 

25 litat des Bildes merklich herauf gesetzt wird. 

Fur die Mischung der Farben wird also die bedeckte Flache 
der einzelnen Farbanteile benotigt, die bei herkommlichen 
Antialiasing-Verf ahren wahrend der Rasterisierung bestimmt 
wird. Die Information, welche Flachenanteile auf die ein- 
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zelnen Seiten der Kante entfallen, laEt sich auch aus ei- 
nem normal gerendertem Bild im nachhinein bestimmen. Da 
die Entscheidung iiber das Setzen eines Pixels immer auf- 
grund seines Pixelmittelpunktes getroffen wird, lafit sich 
5 aus der entstandenen Stufensequenz an der Kante recht ge- 
nau die reale Kante rekonstruieren. Aus der realen Geraden 
konnen dann wieder die Flachenanteile, die auf die einzel- 
nen Seiten der Kante entf alien, bestimmt werden. 

Fur das betrachtete Pixel steht nun zunachst nur eine Far- 
10 be zur Verfugung, namlich diejenige, die sich bei der Ra- 
sterisierung ergeben hat. Durch Einbeziehung der Nachbar- 
pixel ist dabei zusatzlich auch die Farbe auf der anderen 
Seite der Kante zur Verfugung, sofern von einer raumlichen 
Koharenz ausgegangen wird. 

15 Die Ergebnisbilder eines Pointsampling-Verf ahrens 
(Rendering der Bilder bei normaler Auf losung) werden also 
zunachst einer Kantenerkennung unterzogen, aufgrund derer 
dann Kanten im Bild erkannt und dann auch bearbeitet wer- 
den, die im Bild als "stufig" wahrgenommen werden. 

20 Die Bearbeitung kann in einem linearen Durchlauf durch das 
Bild geschehen, so da& das Verfahren gut fur eine Hard- 
ware- Implement ierung geeignet ist. Der Speicher auf wand ist 
in der Regel auf dem Chip realisierbar ; beim Triple- 
Buff er-Betrieb wird lediglich ein weiterer Buffer beno- 

25 tigt, in dem das antialiaste Bild gespeichert wird. 

Die Kantenerkennung auf dem gerenderten Bild kann mit 
Standard-Verf ahren der Kantenerkennung durchgefuhrt wer- 
den. Aus der Kanteninf ormation in einer Umgebung konnen 
dann die realen Kanten approximiert werden, die als Grund- 
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lage fur die Zumischung der benachbarten Pixelfarben die- 
nen. 

Urn nicht das komplette Kantenbild abspeichern zu miissen, 
wird bevorzugt zu der Kantenerkennung im Versatz um einige 
5 Bildschirmzeilen der ProzeS der Verfolgung der Stufen 
durchgef iihrt . Sobald eine Kante erkannt wurde, kann unver- 
zuglich fur das aktuelle Pixel eine antialiaste Farbe be- 
rechnet werden. 

Die Einbeziehung einiger Bildschirmzeilen bei der Verfol- 
10 gung der Kanten reicht somit vollkommen aus, um eine deut- 
liche Qualitatsverbesserung der Bilder zu erreichen. Wie- 
viele Zeilen einbezogen werden sollen, kann nach gewunsch- 
ter Bildqualitat und zur Verfiigung stehenden Platz auf dem 
Chip bestimmt werden. 

15 Der Algorithmus la£t sich also in drei Teile unterteilen, 
die einzeln optimierbar sind. Die Optimierungsergebnisse 
werden an die jeweils nachste Stufe weitergereicht . 

1. Kant endetekt ion im ursprunglichen Bild: Hierbei ist 
wesentlich, da£ die Spriinge zwischen zwei benachbar- 

20 ten horizontalen (vertikalen) Stufen eindeutig be- 

stimmt werden konnen, da nur sie als Inf ormations- 
quelle der ursprunglichen rasterisierten Kante zur 
Verfiigung stehen. 

2. Bestimmung der angenommenen Lage der realen Kante an- 
25 hand des Kantenbildes . 

3. Bestimmung der Flachenanteile und daraus resultierend 
die Zumischung der geeigneten benachbarten Pixelfar- 
ben bei den Kantenpixeln. 
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Der Verf ahrensschritt 1 erfolgt in einem eigenem Durchlauf 
durch das Bild, da fur den folgenden Verf ahrensschritt das 
Kantenbild in der Umgebung schon bekannt sein muE. Die 
Approximation der realen Geraden und das anschlieSende Mi- 
5 schen der Farben kann hingegen in einem Durchlauf gesche- 
hen, da nur aufgrund der Lage der Geraden in diesem Punkt 
die Mischung erfolgt. 

Fur eine Hardware-Realisierung ist es dagegen gxinstig, 
da£ bereits beim ersten Durchlauf das komplette Bild ein- 
inal aus dem Speicher gelesen wird, woraufhin dann das Kan- 
tenbild (mindestens 1 Bit pro Pixel) im Speicher abgelegt 
wird. Beim zweiten Durchlauf werden dann die Kanten in 
roller Lange im Kantenbild verfolgt, was bei einer belie- 
bigen Richtung der Kante einen (fast) zufalligen Zugriff 
auf den Speicher zur Folge hat. Es ergeben sich also Pro- 
bleme bei der Bearbeitungszeit, aufgrund der Notwendigkeit 
zweier getrennter Durchlauf e, und des schwierigen Zugriff s 
auf den Speicher beim zweiten Durchlauf. Unschon ist na- 
tiirlich auch, daS extra ein Speicherbereich zur Verftigung 
stehen mufe, in dem das Kantenbild abgelegt werden kann, da 
es bei einer Gr6£e von minimal 400 kByte (1 Bit bei einer 
Bildschirmauf losung von 2048 x 1536) schlecht im Chip ge- 
halten werden kann. 

Das erfindungsgemaSe Verfahren bietet die Moglichkeit der 
25 Losung dieser Probleme, indem die Kanten nur lokal ver- 
folgt werden. Vorteilhaft ist es, die Kante nur innerhalb 
eines lokalen Fensters von n x n Pixeln im Bild zu verfol- 
gen. Nur in diesem Fenster mu£ die Kanteninf ormation be- 
kannt sein, die Speicherung des kompletten Kantenbildes 
30 entfallt also. 
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Bisherige Verfahren arbeiteten immer wahrend der Generie- 
rung der Szenen und erforderten damit einen hohen Spei- 
cheraufwand und/oder eine Menge Rechenzeit. Durch die Ver- 
lagerung konnte dieser Nachteil groStenteils beseitigt 
5 werden, wobei zwei Verwendungsmoglichkeiten Di splay - 
Prozefi, Triple-Buffer) denkbar sind, die je nach vorhande- 
nem Render ingsys tern sogar im nachhinein integrierbar sind. 

Im Vergleich zu anderen Verfahren, die eine ahnliche Ge- 
schwindigkeit erlauben, hat das hier vorgestellte den Vor- 
10 teil, date sowohl Billboards als auch Spotkanten antialiast 
werden konnen. Supersampling, welches auch diese Falle be- 
handelt, hat einen viel hoheren Aufwand, und ist derzeit 
nicht echtzeitfahig. 

Das Verfahren ist zudem skalierbar; steht noch Platz auf 
15 dem Framebuf f er-Chip zur Verfiigung, so wird man sich fur 
den Triple-Buff er-Betrieb entscheiden und die Fenstergrd£e 
so anpassen, da£ die Logik mitsamt dem notigen Speicher 
gerade noch auf den Chip paEt . 

Beim Triple-Buff er-Betrieb la&t sich aber eine Methode des 
„slicings w anwenden. Dabei wird das zu bearbeitende Bild 
in s vertikale Streifen eingeteilt, die nach einander mit 
dem normalen Verfahren bearbeitet werden. Durch dieses 
Vorgehen wird ein Bild der Breite w in s Streifen der 
Breite zerlegt, wodurch sich der Speicherbedarf um den 
Faktor s reduziert. 

Um die Ubergangsbereiche zwischen den einzelnen Streifen 
zu verdecken, sind Uberlappungsbereiche zwischen den 
Streifen von der halben Fensterbreite notig, so da£ pro 
Streifen noch einmal ein zusatzlicher Speicheraufwand fal- 
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lig ist, der jedoch vergleichsweise gering ausfallt. Durch 
die zusatzliche Bearbeitung der Ubergangsbereiche bleibt 
die Bildqualitat des ursprunglichen Verfahren erhalten, 
jedoch steigt naturlich die Ge s amtbearbe i tungs z ei t mit je- 
5 dem weiteren Streifen, so daS die Anzahl der Streifen 
nicht zu grofi ausf alien sollte. 

Einige mogliche Detailoptimierungen um die Bildqualitat zu 
steigern, wie auch die genaue Berechnung der Flachenantei- 
le oder die optimierte Bestimmung der Mischf aktoren an den 
10 Ecken eines Objektes wird weiter unten im einzelnen be- 
schrieben werden. 

Da mit dem hier beschriebenen Antialiasing-Verf ahren nicht 
jene Falle behandelt werden konnen, fur die im gepointsam- 
pelten Bild nicht geniigend Informationen vorhanden sind, 

15 ist es weiterhin gvinstig, dieses Verfahren mit einem Ande- 
ren zu kombinieren. Ideal ware ein Verfahren, welches aus- 
schlieBlich Polygone (z.B. durch Supersampling oder 
Areasampling) behandelt, deren Breite.bzw. Hohe unter zwei 
Pixel liegt, damit der zusatzliche Aufwand sich in Grenzen 

20 halt und die Echtzeitf ahigkeit nicht verloren geht. Die 
Kombination sollte prinzipiell keine Probleme bereiten, da 
beim Post-Antialiasing nur solche Kanten behandelt werden, 
die im Bild noch deutliche Sprunge enthalten. Die durch 
ein anderes Verfahren behandelten Kanten wurden im Bild 

2 5 genau wie gefilterte Texturkanten erscheinen, und demnach 
nicht behandelt werden. 

Urn die Kante auch lokal moglichst genau annahern zu kon- 
nen, wird pro Pixel ein zentriertes Fenster verwendet, 
d.h. bei der Bearbeitung jedes einzelnen Pixels einer Zei- 
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le wird immer wieder ein anderes Fenster mit Kanteninfor- 
mation vorgesehen. 

Bei der Verschiebung des Fensters um ein Pixel, muSten an 
der rechten Kante fur jedes Pixel die Kanteninf ormation 
5 neu generiert werden. Bei einem Fenster der GroSe 17 x 17 
wurde es beispielsweise bedeuten, daE. 17 Farbwerte aus dem 
Speicher gelesen werden miissen, und auf die Zugehorigkeit 
zu einer Kante untersucht werden. Dieser extreme Auf wand 
an Speicherbandbreite ist nicht hinnehmbar, jedoch fallt 

10 auf, daS bei der Bearbeitung des Pixels aus der nachsten 
Zeile 16 der 17 Kantenwerte noch einmal benotigt werden. 
Darum ist es gunstig, die Kanteninf ormation nur so lange 
auf zubewahren, bis sie nicht wieder benotigt wird. Pro Pi- 
xel mulS somit immer nur ein neuer Farbwert gelesen und die 

15 Kanteninf ormation aus ihm extrahiert werden. Alle anderen 
Inf ormationen stehen schon von den vorangegangenen Zeilen 
zur Verfugung. Im Speicher werden demzufolge bei einem 
17 x 17 Fenster nur 16 Bildschirmzeilen an Kanteninf orma- 
tion gehalten. Dieser Speicherbedarf ist auch „on-chip" 

20 realisierbar , so da£ kein externer Speicher benotigt wird. 

Wesentlich ist die Erkennung der Kanten,- die wirklich be- 
arbeitet werden mlissen, da die Kantenerkennung alle Kanten 
im Bild lief ert . 

Hierbei ist es wichtig, die fur die Bearbeitung relevanten 
25 Kanten zu ermitteln. Eine Kante la£t sich also so definie- 
ren, da£ es sich um eine abrupte Anderung im Signal han- 
deln muS. Die Entscheidung, ob ein Pixel potentiell als 
Kante betrachtet wird, kann also relativ lokal getroffen 
werden . 
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Andere vorteilhafte Weiterbildungen der Erfindung sind in 
den Unteranspriichen gekennzeichnet bzw. werden nachstehend 
zusammen mit der Beschreibung der bevorzugten Ausfuhrung 
der Erfindung anhand der Figuren naher dargestellt. Es 
5 zeigen: 

Figuren 1 bis 22 schematische Detaildarstellungen von Kan- 
tenbereichen zum Erlauterung des Prinzips des er- 
f indungsgemaEen Verf ahrens , 

Figuren 24 bis 66 Blockdarstellungen verschiedener Bau- 
10 gruppen einer Hardware -Lo sung zur Realierung des 

erf indungsgemaEen Verf ahrens sowie 

Figur 67 eine Zeichenerklarung zu den in den Figuren 24 
bis 66 gegebenen Symboldarstellungen. 

Die Tabellen 1 bis 33 geben Ein- und Ausgangszustande der 
15 Schaltungen wieder, wie es in der Beschreibung je- 

weils erlautert ist. 

Zur Beschreibung der Verf ahrenseinzelhei ten soil zunachst 
der Verf ahrensablauf des erf indungsgemafeen "Post-Anti- 
Aliasing" anhand von Pixeldarstellungen der zu betrachten- 
20 den Kantenbereiche naher beschrieben werden. 

Signaltechnisch laSt sich ein Kantenbild durch die Faltung 
des Bildes mit einer Maske, deren Summe Null ist, gewin- 
nen. Die Summe der Elemente in der Maske muS Null ergeben, 
da sich nur somit der Gleichanteil im Bild entfernen la£t 
25 (d.h. einfarbige Flachen werden im Kantenbild einen Wert 
von Null erhalten) . Urn diese Bedingung gewahrleisten zu 
konnen, werden sowohl positive als auch negative Elemente 
in der Maske enthalten sein, so daS das ein durch Faltung 
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erzeugtes (beispielsweise) Grauwertbild positive und nega- 
tive Werte beinhalten wird. Der Betrag des Grauwertes ist 
dabei ein Ma& fur die Starke einer Kante im betrachteten 
Pixel (ein Wert von Null bedeutet also, da£ im Pixel keine 
5 potentielle Kante zu finden ist) . 

Ausgangspunkt fur die Bestimmung der Lage der realen Gera- 
den bei dem erfindungsgemafien Verfahren ist ein binares 
Kantenbild, wobei die Kante immer nur in Abhangigkeit vom 
verwendeten Kantenerkennungsoperator korrekt gefunden wer- 
10 den kann. Jeder Kantenoperator hat seine Eigenheiten 
(ein/zwei Pixel breite Kanten, Aussehen des Bereiches zwi- 
schen zwei Sprungen) , die im Kantenbild richtig interpre- 
tiert werden mussen, urn sinnvolle Ergebnisse zu erhalten. 

Das vorliegende Kantenbild enthalt 4 Bit pro Pixel, das 
15 weiterhin vorzustellende Verfahren arbeitet aber auf einem 
Binarbild, also nur mit der Information Kantenpixel ja 
oder nein. 

Vorab erfolgt eine Steigungsdiskr imination : Bei x- 
dominanten Kanten erfolgt eine Zumischung der Farbe des 

20 dariiber- bzw. des darunterliegenden Pixels, da nur von ih- 
nen sichergestellt ist, da£ wenigstens einer auf der ande- 
ren Seite der gerade betrachteten Kante liegt (und damit 
eine andere Farbe hat) . Der linke und der rechte Nachbar 
kann sich aufgrund des Pointsamplings immer noch auf der 

25 gleichen Seite der Kante befinden. Entsprechendes gilt fur 
die y-dominanten Kanten, so date die Feststellung, daS y- 
dominante Kanten genauso behandelt werden sollten wie x- 
dominante sich aufdrangt. Eine Moglichkeit, die Falle ge- 
meinsam zu behandeln, ergibt sich, indem der eine Fall auf 

30 den anderen zuruckgef uhrt wird. Die Ruckfiihrung erfolgt 
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pro zu behandelndem Kantenpixel, indem der aktuell be- 
trachtete Ausschnitt aus dem Kantenbild an der Hauptdiago- 
nalen gespiegelt wird. Dieser Vorgang ist in Figur 1 dar- 
gestellt. Pro Pixel stehen nun zwei Kantenbildausschnitte 
5 zur Verfiigung, die weiterhin vollkommen identisch behan- 
delt werden konnen. Der eine fiihrt dabei zu den vertikalen 
und der andere zu den horizontalen Mischf aktoren. Jeder 
Kantenbildausschnitt besteht aus zwei Bit Informationen, 
da fur die Verfolgung der x-dominantem Kanten nur die In- 
10 formation „ positive bzw. negative horizontale" Kante 
(entsprechend fur die Verfolgung der y-dominaten Kante nur 
die Information „positive bzw, negative vertikale" Kante) 
bendtigt wird. 

Ausgehend von dem aktuell zu betrachtenden Pixel wird nun 

15 aus den noch vorhandenen zwei Bit die richtige Information 
ausgeblendet . Ist das Zentralpixel als positiv markiert, 
so werden auch in der Umgebung nur positive Kantenpixel 
berucksichtigt , urn wirklich nur die positive Kante zu ver- 
folgen; entsprechend werden, falls das Zentralpixel als 

20 negativ markiert ist, nur negative Kantenpixel betrachtet. 
Somit entfallt beim Beispiel eines senkrecht stehenden 
Fahnenmastes die storende negative bzw. positive Kante und 
beide Falle konnen korrekt behandelt werden, wie es in Fi- 
gur 2 dargestellt ist. Hier wird die Behandlung zweier ne- 

25 beneinanderliegender Kanten dargestellt, die nach Ruckfuh- 
rung auf den horizontalen Fall durch Drehung als x- 
dominante Binarbilder weiterverarbeitet werden. Ist das 
Zentralpixel jedoch als positiv und negativ markiert, so 
liegt der Spezialfall vor, bei dem benachbarte Farben die 

30 gleiche Farbvektorlange besitzen, und es erfolgt eine 
ODER-Verkmipf ung der beiden Inf ormationen pro Pixel. 
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Von nun an wird also mit einem binaren Kantenbildaus- 
schnitt weitergearbeitet , bei dem nur noch x-dominante 
Kanten markiert sind, d.h. , der Winkel der zu erkennenden 
Geraden liegt zwischen -45 und +45°. 

5 Urn aus dem vorliegenden Kantenbild reale Geraden extrahie- 
ren zu konnen, muS erst einmal ermittelt werden, wie die 
darges tell ten Pixel generiert wurden. 

Die Geome t r i ebe s chr e ibung einer in einem Bild dargestell- 
ten Szene erfolgt fast ausschlieSlich auf Polygonbasis , da 

10 Polygone am einfachsten hancthabbar sind. Weitere Darstel- 
lungsmoglichkeiten, wie B-Splines (Angabe nur von Stiitz- 
stellen der Oberf lache) , Voxelmodelle (Beschreibung des 
kompletten Vo lumens des Objektes), sowie CSG-Baume (Aufbau 
des Objektes aus geometrischen Primitiva) , finden kaum An- 

15 wendung, da aus ihnen abgeleitete Darstellungsverf ahren 
fur die Rasterisierung zu komplex sind, urn sie in Hardware 
realisieren zu konnen. 

Bei den in Hardware realisierten Polygonrenderern handelt 
es sich meist um Dreiecksrenderer, da nur bei Dreiecken 
2 0 gewahrleistet ist, da£ nach einer Transformation 
(Rotation, Skalierung, Translation) das Polygon eben 
bleibt, was bei allgemeinen Polygonen aufgrund der be- 
schrankten Rechengenauigkeit der Rechner nicht immer der 
Fall ist. 

2 5 Die Dreiecke, beschrieben durch die drei Eckpunkte und Pa- 
rametern (z-Wert, Texturkoordinaten , Normalen, usw. ) an 
diesen Punkten, werden in einem sogenannten "Scanliner" 
rasterisiert , und anschliefeend wird jedem Pixel aufgrund 
der interpolierten Parameter ein Farbwert zugewiesen, der 
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dann im Framebuffer abgelegt wird, falls das Pixel nicht 
durch ein Pixel eines anderen Dreiecks verdeckt ist. Unser 
Interesse gilt nun genau diesem Scanliner, der entschei- 
det, welche Pixel gesetzt werden, und welche nicht. 

5 Die Arbeitsweise eines Scanliners la£t dabei sich wie fol- 
gend beschreiben: Ausgehend vom unteren Eckpunkt des Drei- 
ecks wird fur jede Zeile der reale Anfangs- und Endpunkt 
bestimmt, alle Pixel die zwischen diesen beiden Punkten 
liegen, gehoren demnach zum Dreieck und werden darge- 

10 stellt. Die Entscheidung , welches Pixel das erste bzw. 
letzte darzustellende ist, wird aufgrund der Lage des Pi- 
xelmittelpunktes zur realen Kante getroffen. Liegt der Pi- 
xelmittelpunkt innerhalb des Anfangs- und Endpunktes die- 
ser Zeile, so wird das Pixel gesetzt. Durch dieses Vorge- 

15 hen ergeben sich an den Kanten charakteristische Stufenmu- 
ster, die als einzige Inf ormationsquelle trotzdem vieles 
iiber die Lage der realen Kante aussagen. 

Ergibt sich im Bild eine Stufe, so ist bekannt, date die 
reale Kante zwischen den beiden Pixelmittelpunkten der 

20 verschiedenf arbigen Pixel verlaufen muS. Dies ist in Figur 
3 dargestellt. Werden mehrere Stufen bei diesem Vorgehen 
berucksichtigt , so wird immer genauer die reale Kante an- 
genahert . Die Verfolgung von Stufen gestaltet sich in rea- 
len Bildern schwieriger als hier zunachst angenommen, da 

25 im Bildausschnitt meist nicht nur eine Kante enthalten 
ist, sondern auch sich kreuzende Kanten, Kanten, die ihre 
Steigung andern, sowie Texturkanten und Rauschen. 

Zunachst soil nur der Idealfall einer vorhandenen Kante im 
aktuellen Kantenbildausschnitt behandelt werden, wobei 
30 weiterhin die Einschrankung getroffen wird, da£ nur eine 
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Stufe der Kante verfolgt wird, die Erweiterung auf mehrere 
Stufen erfolgt in einem spateren Abschnitt. 

Uber das aktuelle Fenster des Kantenbildes wird der Ein- 
fachheit halber ein lokales Koordina tensys t em gelegt, 
durch das alle Pixel von nun an beschrieben werden konnen . 
Das Zentralpixel erhalt die Koordinate (0/0.5); 0.5 in der 
y-Koordinate deshalb, da der Dif f erenzoperator iiraner das 
Pixel oberhalb des Farbsprunges markiert, bei y=0.0 liegt 
demnach genau der Farbsprung . Ein derartiges Fenster ist 
in Figur 4 dargestellt. 

Ist das Zentralpixel also als Kante markiert, so wird im 
aktuellen Fenster die Stufe weiter nach rechts bzw. links 
verfolgt, urn die nachstgelegenen Sprunge zu finden. Es er- 
geben sich sornit zwei Werte x A und x Ef die die Endpunkte 
der Stufe bezeichnen. Am Ende der Stufe kann es nun prin- 
zipiell vier verschiedene Konstellationen geben : 

1. schrag oberhalb liegt ein weiteres Kantenpixel, d.h., 
es erfolgt ein Sprung nach oben (Dieser Fall wird 
weiterhin als UP bezeichnet.) 

2. schrag unterhalb liegt ein weiteres Kantenpixel, 
d.h. , es erfolgt ein Sprung nach unten (Fall: DOWN) 

3. in der nachsten Spalte existiert kein weiteres Kan- 
tenpixel; die Kante hort also hier vollkommen auf 
(wir befinden uns wahrscheinlich an einer Ecke des 
Objektes) (Fall: NO) 

4. wir befinden uns am Rand des Kantenf ensters, die Stu- 
fe paSte demnach nicht vollstandig in das aktuelle 
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Fenster. Es wird sich voraussichtlich um eine sehr 
flache Kante handeln. (Fall: HOR) 

Die ersten beiden Falle bilden den Normalfall, der letzte 
Fall ist unangenehm, da keine Aussage liber den weiteren 
5 Verlauf der Kante moglich ist. Die entsprechend markierten 
Falle sind in Figur 5 nebeneinander wiedergegeben (von 
links nach rechts (UP, Down, NOedge , HORizontal ) . 

Falls an beiden Enden der Stufe entgegengesetzte Falle 
auftreten (links UP / rechts DOWN oder links DOWN / rechts 
10 UP) , kann nun bereits eine Gerade festgelegt werden. Die 
Endpunkte befinden sich bei XAnf := xA-0.5 und xEnd := x E +o.5 
und die y-Koordinate ergibt sich bei einem Sprung nach 
oben zu 0,5, bei einem Sprung nach unten zu -0.5. 

Am Beispiel einer schrag nach oben verlaufenden Kante soil 
15 verdeutlicht werden, warum die Gerade durch die beiden 
Punkte 

(XAnf^yAnf) :=(xA-0 .5, -0.5) und 

(xEnd,yEnd) :=(xE+0.5, 0.5) 

gelegt wurde. Zu beachten ist dabei die Unterscheidung von 
2 0 xA (letztes Pixel der Stufe) bzw. xE und xAnf (Punkt auf 
der angenoiranenen Geraden) bzw. xEnd . Aufgrund des Musters 
im Kantenbild ist genau bekannt, wo sich der Sprung zwi- 
schen den beiden beteiligten Farben befindet. Dieser Zu- 
sammenhang ist aus Figur 6 ersichtlich, welche die Zuord- 
2 5 nung der moglichen Verlauf e der realen Geraden zu einer 
Kante wiedergibt (Links oben: Muster im Kantenbild, rechts 
oben: Farbzuordnung der Pixel mit angenommener Geraden) , 
links unten: minimale und maximale Steigung, rechts unten: 

./. . 
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parallele Geraden. Irgendwo zwischen den horizontal an- 
dersfarbigen Pixeln mufi also die reale Kante verlaufen. 

Wahrend in Figur 6 die moglichen Extremf alle der moglichen 
Geraden dargestellt sind, bildet die gewahlte Gerade nun 
5 genau einen Mittelweg zwischen alien Extremen, so da£ der 
Fehler zur realen Geraden, unabhangig davon, um welche es 
sich handelt, minimiert wird. 

Bei der Behandlung des Falles NO, in dem kein weiteres 
Kantenpixel in der nachsten Spalte vorhanden ist, wird dem 

10 Endpunkt die y-Koordinate 0.0 zugewiesen, da aus dem Kan- 
tenbild nicht ersichtlich ist, warum kein weiteres Pixel 
existiert. Der Grund kann entweder sein, da£ eine Ecke ei- 
nes Objektes vorliegt (in diesem Fall erscheint die Ecke 
etwas abgerundet), oder aber der Schwellwert nicht klein 

15 genug angesetzt war (so da£ die Kante beliebig weiter- 
lauft, jedoch nicht mehr als solche erkannt wurde) . 

Im vierten Fall (HOR) muS eine Sonderbehandlung vorgesehen 
werden, da dieser nur aufgrund der Beschrankung des Algo- 
rithmus auf ein Fenster auftritt. 

20 Der einfachste Ansatz ist, diesen Fall genau wie den vor- 
herigen zu behandeln, dem entsprechenden Endpunkt also den 
y-Wert 0.0 zuzuweisen. Dies ist wiirde jedoch zu unrichti- 
gen Ergebnissen fuhren, wie am Beispiel von Figur 7 er- 
sichtlich ist. Fur jedes Pixel wurde die Gerade einge- 

25 zeichnet, die sich durch dieses Vorgehen ergibt. Bei der 
Verschiebung des Fensters wird die erzeugte Gerade immer 
flacher, bis sie auf einmal vollkommen horizontal wird, 
sobald der Sprung aus dem Fenster lauft. Prinzipiell ist 
das auch wunschenswert , aber ergibt sich fur das zu be- 
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trachtende Pixel fast immer der gleiche y-Wert, wodurch 
kein sinnvoller Verlauf interpoliert wird. 

Stattdessen wird eine Gerade herangezogen, die fur alle 
Pixel, die zumindest an einem Ende noch einen Sprung se- 
5 hen, gleich ist. Ergab sich bei XAnf ein Endpunkt, so wird 
der zweite bei x en d = x an f +(n-l)/2, mit n der FenstergroSe 
(Figur 7b) f estgelegt . Durch dieses Vorgehen ergeben sich 
bei sehr langen Stufen (Stufen, die nicht mehr komplett in 
das Fenster passen) Ubergangsbereiche an den initialen 

10 Spriingen, in denen ein Farbverlauf entsteht, und Bereiche, 
in denen die Farben erhalten bleiben. Dieser Zusammenhang 
ist in Figur 8 wiedergegeben. Je groEer das Fenster ge- 
wahlt wird, desto breiter wird der Ubergangsbereich, was 
zur Folge hat, da& die reale Kante besser approximiert 

15 wird. 

Desweiteren ist es giinstig, da£ an beiden Enden ein Sprung 
in die selbe Richtung erfolgt ( DOWN / DOWN oder UP/UP) . In 
diesem Fall geht eine schrag nach oben verlaufende Kante 
in eine schrag nach unten verlaufende (oder umgekehrt 

20 iiber) , es wird also zusatzlich zu den beiden Endpunkten 
ein dritter Punkt benotigt, der bei X en d = (Xend + X anf ) /2, 0) 
festgelegt wird. Der mittlere Punkt lie£e sich genauer be- 
stimmen, indem man die jeweils nachsten Stufen in beide 
Richtungen verfolgt, und aus deren beiden Endpunkten den 

25 Mittelpunkt extrapoliert . Dieser Fall ist in Figur 9 wie- 
dergegeben und recht selten und die Ergebnisse mit dem 
hier angenommenen Punkt sehen recht annehmbar aus, so daS 
der zusatzliche Rechenaufwand mit Blick auf die Hardware- 
realisierung vermieden wird. 
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Alle bekannten Spezialfalle werden auf die Grundfalle zu- 
ruckgefiihrt, indem die Zustande an den Endpunkten ermit- 
telt umgesetzt werden. Dies geht im einzelnen aus Tabelle 
1 hervor, wo die bei unterschiedlichen Stufen zu verfol- 
5 genden Geradenverlaufe jeweils dargestellt sind. 

Am Ende einer Stufe kann es vorkommen, daS sowohl ein 
Sprung nach oben als auch ein Sprung nach unten angezeigt 
wird, was durch das Zusammenlauf en zweier Kanten entsteht. 
Dieser Fall ist in Figur 10 wiedergegeben . Dabei ist im 

10 linken Teil der Figur das Kantenbild und im rechten Teil 
die Aus gangs s i tua t i on dargestellt, welche zu dem links 
dargestell ten Bild fiihrte. Als beste Losung fur diesen 
Fall stellte sich die Betrachtung des entgegengesetzten 
Status heraus . Ist der entgegengesetzte Status UP, so wird 

15 der aktuelle auf DOWN gesetzt, wodurch die Hauptkante wei- 
ter interpoliert wird. Entsprechend ergibt sich bei DOWN 
ein UP fur den aktuellen Status. Nur falls der andere Sta- 
tus keine Vorzugsrichtung vorgibt (NO, HOR oder ebenfalls 
UP/DOWN) , wird der Status auf NO gesetzt, und so auf eine 

20 Interpolation an diesem Ende verzichtet. 

Texturkanten werden dadurch kenntlich, da£ zwischen den 
Stufen ein Bereich existiert, in dem zwei Pixel im Kanten- 
bild ubereinander gesetzt sind. (Figur lib) Texturkanten 
werden nicht weiter behandelt, da im Binarbild keinerlei 

25 Information viber den wirklichen Farbverlauf an der Kante 
vorhanden ist; das Ergebnis einer neuerlichen Interpolati- 
on wilrde also immer eine Verschlechterung des Aussehens 
zur Folge haben. Es kann aber auch andere Griinde geben, 
dalS zwisclien zwei Stufen Pixel ubereinander gesetzt sind, 

30 beispielsweise auch bei dem schon behandelten Fall zweier 
auf einen Punkt zulaufenden Kanten. Dieser Fall ist in Fi- 
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gur 11c wiedergegeben. In Figur 11 sind allgemein die Fal- 
le wiedergegeben, welche zu "zwei libereinandergesetzten 
Pixeln" im Kantenbild fuhren. In diesen Fall mui5 trotzdem 
eine Behandlung erfolgen. Durch das Umsetzen des Status 
5 auf NO an dem Ende, wo der Ubergangsbereich existiert, 
lassen sich beide Falle sinnvoll behandeln. Bei einer Tex- 
turkante werden so beide Stati auf NO korrigiert, bei dem 
Fall zweier Kanten, wird nur der eine Status umgesetzt, 
durch den anderen erfolgt dann weiterhin eine Interpolati- 
10 on. 

Problematisch erweist sich der Fall, bei dem zwischen den 
beiden Grundfarben gar kein Farbverlauf interpoliert wurde 
(wie es bei einem Testbild Ziff Davis' Winbench. vorkommt) . 
Das Kantenbild ist in keiner Weise von dem einer Textur- 
15 kante unterscheidbar , und wird deswegen auch nicht behan- 
delt. Dieser Fall ist in Figur 10c wiedergegeben. 

Rauschen auEert sich im Kantenbild durch das vereinzelte 
Auftreten von Kantenpixeln, die in keinem Zusammenhang mit 
einer wirklic hen Kante stehen. Dieser Fall findet in den 
20 Tabelle 1 bis 3 insoweit Beriicksichtigung, indent, falls 
beide Stati NO sind, der y-Wert auf Null gesetzt und somit 
nicht weiter behandelt wird. 

Am Beispiel einer schrag nach oben verlaufenden Kante soil 
noch einmal verdeutlicht werde, welche Unterschiede sich 
2 5 zwischen der angenommenen Geraden, und der real en Geraden 
maximal ergeben konnen. 

Der Einfachheit halber wird fur die Betrachtung ein ande- 
res Koordinatensystem zugrunde gelegt, bei dem der Null- 
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punkt im Pixel links von der Stufe liegt. Dies ist aus Fi- 
gur 12 ersichtlich. 

Die reale Gerade verlauft also sicher zwischen den Koordi- 
naten (0,0) und (1,0) bzw. (x E ,i) und (x E+t/ i) , da sich 
sonst eine andere Rasterisiearung ergeben hatte. Die ange- 
nommene Gerade g verlauft durch die Punkte (0.5,0) und 
(xE+0.5,1), woraus sich die Geradengleichung ergibt zu 



Wesentlich ist die maximale Differenz dieser Geraden zu 
alien anderen Moglichen* Die Differenz wird nur an den 
ganzzahligen x-Koordinaten benotigt, da nur dort Sample- 
points liegen. Es miissen also die Differenzen zu alien 
moglichen Extremf alien der realen Geraden betrachtet wer- 
den . 

Es ergeben sich drei Falle (siehe Figur 6) 
1. Differenz zu alien parallelen Geraden 

Falls die reale Gerade parallel zur Angenomnten verlauft, 
so ist die Differenz fur jec3.es Pixel der Stufe die selbe. 
Aus der Geradengleichung fur die am weitesten unten mogli- 
chen Geraden (Punkte (1,0) und (x E+ i,i)) 




Su 'y - t--(x-i ) 



ergibt sich 



Ayi = |g-g u |= 



1 



2 x E 



als Differenz bei jedem x-Wert . 
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Aus der Geradengleichung fur die am weitesten oben liegen- 
den Geraden (Punkte (0,0) und (x E ,i) ) 

go : y = 7- • x 
ergibt sich 

1 



5 Ay 2 = |g 0 -g|= 2 



x E 

als Differenz bei jedem x-Wert . 

2. Differenz zur Geraden mit maximaler Steigung 

Die Gerade mit der maximalen Steigung verlauft durch die 
Punkte (1,0) und (x E/ i) und wird beschrieben durch: 

10 gM:y = ^rr(x-i) 



Ay 3 (x) = |g M -g|= 



(x E 



Die maximale Differenz wird sich am weitesten auEen erge- 
ben, da dort die Geraden immer weiter auseinanderlauf en, 
15 es werden also die x-Werte 1 (Ay 3 (1) =l/2x E ) und 
x E (Ay 3 (x E ) = l/2x E ) in die Gleichung 10 eingesetzt, wodurch 
sich die maximale Differenz 

ergibt . 

20 3, Differenz zur Geraden minimaler Steigung 



./. 



GMD48 . 1 



- 36 - 



Die Gerade mit der minimalen Steigung verlauft durch die 
Punkte (0,0) und (x E+ i # i) und d i e Geradengleichung lautet 
demzuf olge : 

8m:y = ^7T x 
Ay 4 (x) = |g m -g|= 



(X E +1)-X E 

Uach den gleichen Uberlegungen wie bei Punkt 2 ergeben 
sich die maximalen Differenzen bei 1 () und x E ( ) , wodurch 
die maximale Differenz 

Av = (Xe-D 
Y4 2(x E +l)x E 

10 entsteht . 

Wie aus den Gleichungen 6, 8, 11 und 14 ersichtlich ist, 
betragt die maximale Differenz zu den Geraden Ay =.l/2x E 
Figur 13 gibt die maximale Abweichung in Abhangigkeit von 
der Stuf enlange x E . Fiir lange Stufen entspricht die ange- 
15 nommene Gerade praktisch der wirklichen, wohingegen fiir 
kurze Stufen (x E <4) kaum annehmbare Differenzen entstehen, 
wenn man vom Grenzfall einer Kante zwischen wei& und 
schwarz ausgeht . 

Eine Verbesserung ergibt sich, wenn statt nur uber eine 
2 0 Stufe die Kante liber mehrere Stufen verfolgt wird, da da- 
durch die reale Gerade besser approximiert werden kann. 
Bei einer fest vorgegebenen FenstergroSe kann bei kurzen 
Stufen eine Interpolation iiber viele Stufen erfolgen 7 bei 
langen Stufen meist nur eine Stufe interpoliert werden, 
25 was der Form der Dif f erenz-Funktion entgegenkommt . Bei 
sehr langen Stufen, die nicht mehr komplett in das aktuel- 
le Fenster hineinpassen, wird nicht mehr versucht, der 
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realen Geraden zu folgen, da dazu lokal die Information 
fehlt, so daS ab einer Stufenlange, die liber die Fenster- 
breite hinausgeht, jede Stufe die gleiche Interpolation 
erfahrt (Figur 8) * Das Fenster sollte also moglichst groS 
5 gewahlt werden, urn diesen Effekt zu vermeiden; bei einem 
Fenster der GroiSe des eigentlichen Bildes tritt dieser 
Fehler gar nicht mehr auf. Zu groSe Fenstergro&en wider- 
sprechen aber der eigentlichen Idee des Algorithmus, so 
daS ein KompromiS zwischen den beiden Extremen gefunden 
10 werden mu£. 

Bei der Verfolgung nur einer Stufe tritt wie gezeigt das 
Problem auf, da& kurze Stufen zu einer sehr ungenau 
approximierten Geraden fiihren. Dies wird besonders augen- 
fallig, wenn die Rasterisierung einer Kante nahe 45° be- 

15 trachtet wird, bei der abwechselnd „ein-pixel-lange" und 
„zwei -pixel -lange" Stufen auftreten (Figur 14) . Bei den 
„ ein-pixel-langen" Stufen wird eine Gerade der Steigung 
45° angelegt, bei den „zwei -pixel -langen" Sprungen jedoch 
eine Gerade mit der Steigung arc tanl (Stufen in y- 

20 Richtung) /2Stuf en in y-Richtung) =2 6 , 6° . Durch die Verfolgung 
mehrerer Stufen kann die Vielfalt der moglichen Geraden 
(Steigung zwischen 26,6 und 45°) auf einen kleinen Bereich 
eingeschrankt werden, da die Endpunkte der anzulegenden 
Geraden immer weiter auseinander wandern, und somit die 

25 Gerade immer genauer beschrieben wird. 

Mehrere Stufen werden jedoch nicht immer verfolgt, sondern 
nur dann, wenn die Stati an den Enden der zentralen Stufe 
(Stufe, zu der das aktuell betrachtete Pixel gehort) ent- 
gegengesetzte Richtungen der Spriinge anzeigen (also 
30 UP /DOWN oder DOWN/UP) , da es sich nur in diesen Fallen um 
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eine „gutartige" Kante handelt, die einer genaueren 
Approximation wert ist. 

1st einer der Stati NO, so ist dieser Endpunkt bereits 
festgelegt, da in dieser Richtung keine weiteren Stufen 
5 exist ieren. Dieser Endpunkt muS aber keines falls auf der 
realen Geraden liegen, so da& bei einer Verfolgung der 
Kante in die andere Richtung zwar die Steigung genauer be- 
st immt werden kann, jedoch stimmt der Ansatzpunkt der Ge- 
raden und damit der zu berechnende Flachenanteil nicht. 

Bei einem Endstatus HOR handelt es sich auf jeden Fall um 
eine sehr flache Kante. Da nicht einmal die zentrale Stufe 
ins aktuelle Fenster pafite, wird garantiert auch keine an- 
dere Stufe komplett sichtbar sein. 

Fur die weitere Behandlung ist Voraussetzung, da£ die Be- 
15 arbeitung symmetrisch erfolgt, so da£ der Fall „Stufen 
nach links verfolgen" auf den Fall „Stufen nach rechts 
verfolgen" zurvickgef uhrt wird. Weiterhin wird versucht, 
die Stufen aus dem halben Fenster (nur die rechte Seite 
wird benotigt) mittels der Position des Endpunktes der 
20 zentralen Stufe und des Status an dieser Stelle zu extra- 
hieren (vgl . Figur 15) . 

Erfolgte ein Sprung nach oben, wird eine Zeile hoher ver- 
sucht, wieder eine moglichst lange Stufe zu finden; ent- 
sprechend wird bei einem Sprung nach unten eine Zeile tie- 
25 fer verfahren. Am Ende der Stufe wird dann wiederum der 
Status f estgestellt , und sofern der Status der selbe wie 
am Ende der zentralen Stufe ist, wird versucht, nun die 
nachste Stufe zu verfolgen. Von weiterem Interesse sind 
nur solche Stufen, die noch vollstandig ins Fenster pas- 
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sen. Als Ergebnis erhalt man eine Anzahl von Stufen mit- 
samt ihren jeweiligen Langen. Das Verfahren sieht auf den 
ersten Blick recht aufwendig aus, es muS jedoch jede Spal- 
te des Kantenf ensters nur ein einziges Mai betrachtet wer- 
5 den. 

Der einfachste Ansatz ware jetzt, die jeweiligen Endpunkte 
der letzten Stufen als Punkte auf der approximierten Gera- 
den festzulegen, jedoch liefert das in einigen Fallen 
vollkommen falsche Ergebnisse. Zum Beispiel wird der Fall 

10 zweier Kanten unterschiedlicher Steigungen nicht korrekt 
behandelt. Durch das hier skizzierte Verfahren wiirde die 
Ecke zwischen den beiden Kanten nicht wahrgenommen , und 
somit weginterpoliert , wobei nicht einmal eine kontinuier- 
liche Anderung entsteht, sondern immer wieder Sprunge 

15 (Figur 16) . Noch ungunstiger sieht es bei der Rasterisie- 
rung eines Kreises aus, der prinzipiell aus mehreren Kan- 
ten zusammengesetzt werden kann, deren Steigungen sich 
allmahlich andern. Hierbei wiirde sogar iiber mehrere Ecken 
hinweg interpoliert werden. 

20 Bei der Rasterisierung durch die Scankonvertierung entste- 
hen an einer Kante charakteristische Sprungmuster, die 
eingehalten werden miissen. 1st fur einen Sprung eine der 
Regeln nicht mehr giiltig, so kann man davon ausgehen, da£ 
dieser Sprung zu einer anderen Kante gehort, somit kann 

25 die entsprechende Stufe eliminiert werden. 

Regeln bei der Rasterisierung einer Kante: 

1. Es konnen maximal zwei verschiedene Stufenlangen 
vorkommen, deren Stufenlangen sich auSerdem urn maxi- 
mal 1 unterscheiden diirfen. 



GMD48 . 1 



- 40 



2. Nur eine der beiden Stuf enlangen darf mehrmals hin- 
tereinander auf treten . 

3. Durch das Aneinanderreihen der Anzahlen der Stuf en, 
die die gleiche Lange haben, erhalt man eine Zahlen- 

5 sequenz , bei der abwechselnd immer eine Eins und 

dann eine beliebige Zahl (>0) steht. Die Einsen (nur 
die an jeder zweiten Position) werden aus dieser Se- 
quenz gestrichen. Bei der erhaltenen Sequenz durfen 
wieder nur zwei verschiedene Zahlen vorkommen, die 
10 sich urn eins unterscheiden . 

4. Bei der unter 3. erhaltenen Sequenz darf nur eine 
der beiden. moglichen Zahlen mehrmals hintereinander 
auf treten. 

5. Durch wiederholtes Anwenden der Regeln 3. und 4. auf 
15 die Zahlensequenz, laSt sich ein immer globalerer 

Blick auf die Kante gewinnen . 

Je kleiner das betrachtete Fenster gewahlt wird, desto we- 
niger der oben genannten Regeln mussen beachtet werden, da 
in einem kleines Fenster nur sehr wenige Stufen passen, 
und somit nicht genligend Information fur alle Regeln zur 
Verfiigung steht . Bei der Hardware- Imp lementierung wurde 
eine FenstergroSe von 17 x 17 gewahlt, bei der nur die er- 
sten beiden Regeln implementiert wurden, da die dritte Re- 
gel nur in sehr wenigen Fallen Anwendung finden wurde, und 
die Unterschiede so marginal sind, da£ der Mehraufwand 
nicht gerechtf ertigt ist. Bei der nachfolgend beschriebe- 
nen Sof tware-Implementierung, die fur beliebige Fenster- 
gro£en ausgelegt ist, wurden die Regeln bis einschlieSlich 
Nr. 4 berucksichtigt . 

./. • 
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Ausgehend von der zentralen Stufe werden sukzessive je- 
weils immer eine Stufe nach rechts bzw. links zu den be- 
trachteten Stufen hinzugefugt. 1st flir eine der zugefugten 
Stufen eine Regel nicht mehr erf Hilt, so wird die Stufe 
5 wieder entfernt, und es wird nur noch in die andere Rich- 
tung weitergesucht . Konnen auf beiden Seiten keine weite- 
ren Stufen hinzugenoinmen werden (ohne die Regeln zu ver- 
letzen) , so ist dieser Vorgang abgeschlossen, und es kon- 
nen aus den Stufen die Endpunkte der anzulegenden Geraden 
10 bestimmt werden. 

Falls die letzten Stufen an beiden Enden komplett benutzt 
werden, ergibt sich das Problem, daS es bei der Verschie- 
bung des Fensters um ein Pixel vorkommen kann , da£ am lin- 
ken Rand eine Stufe nicht mehr ins Fenster pa£t, und 
15 gleichzeitig eine neue Stufe am rechten Rand dazugenommen 
wird, was in einer relativ starken Anderung der angenomme- 
nen Geraden resultiert (Figur 17) . 

In Figur 18 ist wiedergegeben, wie die Verschiebung des 
Fensters um ein Pixel nach rechts zu einer neuen und einer 
20 wegfallenden Stufe fvihrt. 

Dieser Effekt kann vermieden werden, wenn die letzten Stu- 
fen nur halb benutzt werden, das heiSt es wird die halbe 
Lange zur x-Koordinate und 0 . 5 zur y-Koordinate hinzuge- 
rechnet . Durch dieses Vorgehen wird die abrupte Hinzunahme 
25 bzw. das abrupte Weglassen einer Stufe verdeckt, und die 
Geraden benachbarter Pixel passen sich besser einander an 
(Figur 19) . 

Das Verfahren arbeitet wie vorgestellt auf einem gepoint- 
sampleten Bild, die endgiiltige Farbgebung eines Pixels er- 
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gibt sich also aus seiner gepointsampleten Farbe unter Zu- 
mischung der Farben benachbarter Pixel . Die Zumischung der 
Farben wird jedoch nicht in jedem Fall durchgef iihrt . Han- 
del t es sich bei betrachteten Pixel um kein Kantenpixel, 
5 das heiSt es wurden keine extremen Farbsprunge zu den be- 
nachibarten Farben wahrgenommen, so wird der urspriingliche 
Farbwert ubernommen, was bei ca. 90% der Pixel eines Bil- 
des auftritt. In den meisten anderen Fallen erfolgt eine 
Zumischung nur einer benachbarten Pixelfarbe, und zwar 
10 der, zu der der Farbsprung existierte, nur in Ausnahme fal- 
len erfolgt eine Zumischung von mehr als zwei Farben. 

Die Bestimmung der einzelnen Mischf aktoren erfolgt auf der 
Grundlage der pro Pixel angelegten Gerade(n) , die durch 
die wahrnehmbaren Farbsprunge im Bild bestimmt werden. Die 
15 Zumischungsrichtung ergibt sich aus der Lage des Pixels 
beziiglich des Farbsprunges . Wurde beispielsweise ein Farb- 
sprung zum dariiberliegenden Pixel erkannt, so wird daraus 
ein Mischf aktur bzgl . dieses Pixels bestimmt. 

Fur die Bestimmung der vier Mischf aktoren aus den einzel- 
2 0 nen Richtungen sind demzufolge vier Geraden notig: 

1. 1st das dariiberliegende Pixel im Kantenbild als hori- 
zontal markiert, so ergab sich ein Farbsprung zum ak- 
tuellen Pixel und es wird durch dieses Pixel eine Ge- 
rade bestimmt, die den UP-Mischf aktor festlegt. 

25 2. 1st das aktuelle Pixel im Kantenbild als horizontal 
markiert, so ergab sich ein Farbsprung zum darunter- 
liegenden Pixel und es wird eine Gerade bestimmt, die 
den DOWN-Mischf aktor festlegt. 
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3. 1st das linke Pixel als vertikal im Kantenbild mar- 
kiert, so ergab sich ein Farbsprung zum aktuellen Pi- 
xel und es wird eine Gerade unter Riickf iihrung auf den 
horizontalen Fall bestimmt, die den LEFT-Mischf aktor 

5 festlegt. 

4. 1st das aktuelle Pixel als vertikal markiert, so er- 
gab sich ein Farbsprung zum rechten Nachbarn und es 
wird eine Gerade unter Riickf iihrung auf den horizonta- 
len Fall bestimmt, die den RIGHT-Mischf aktor fest- 

10 legt. 

I 

Bei den Punkten 1 und 3 fallt auf, da& das aktuelle Pixel 
gar nicht als Kantenpixel markiert worden war. Das kam da- 
her, da£ der Dif f erenzoperator immer nur Pixel markiert, 
die entweder links (fur den vertikalen Operator) oder 

15 oberhalb (fur den horizontalen Operator) des Farbsprunges 
liegen. In diesen beiden Fallen mulS das aktuelle Fenster 
also urn ein Pixel nach oben (im Fall 1) bzw. urn ein Pixel 
nach links (im Fall 3) verschoben werden, damit das nach- 
folgend vorgestellte Verfahren angewendet werden kann, da 

2 0 dort davon ausgegangen wird, da£ das Zentralpixel ein Kan- 
tenpixel enthalt, von dem aus die Gerade verfolgt werden 
^> soil. 

Das Koordinatensystem, in dem der Anfangs- und Endpunkt 
der Geraden festgelegt wird, wurde so definiert, da£ die 
2 5 x-Koordinate des betrachteten Punktes Null ist und der 
Farbsprung sich genau bei der y-Koordinate Null befindet 

Die Gerade wurde definiert durch die beiden Punkte 
(x An f, yAn f ) und (x End#yEn a) , somit lautet die allgemeine Gera- 
dengleichung : 
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YeikI ~ YAnf , . 

y = Z v " ( X ~ X Anf) + YAnf 

x End — x Anf 

Urn den Mischfaktor aus dieser Geraden zu extrahieren, gibt 
es prinzipiell zwei verschiedene Verfahren. 

Durch Einsetzen des x-Wertes 0 erhalt man den Schnittpunkt 
5 der Geraden mit der y-Achse: 

YEnd — YAnf „ 
yReat = ~Z v X Anf + YAnf 

x End ~ A Anf 

1st der y-Wert grower a.ls 0.0, jedoch kleiner als 1.0, so 
muE das Pixel an der Koordinate (0/0.5) eine Zumischung 
aus dem darunterliegenden Pixel erfahren. 1st der y-Wert 

10 kleiner als 0.0, jedoch. groEer als -1.0, so wird das Pixel 
an der Koordinate (0/-0.5) mit dem dariiber liegenden Farb- 
wert abgemischt. Der Betrag des y-Wertes gibt dabei an, 
wieviel zugemischt werden soil. Aus der Betrachtung zweier 
Spezialfalle soil klar werden, warum dies so festgelegt 

15 wurde. 1st der y-Wert genau Null, so verlauft die Gerade 
genau zwischen den beicden Pixeln, jedes Pixel gehort also 
voll zu der jeweiligen Farbseite. 1st der y-Wert jedoch 
fast 0.5, so gehort das obere Pixel nur zu 50% zur oberen 
Farbhalfte, hat jedoch. vollkommen die Farbe der oberen 

20 Farbhalfte, da das Bild ja Ergebnis eines Pointsampling- 
Verfahrens war. Der y-Wert markiert nun, wo der eigentli- 
che Farbsprung hatte stattfinden sollen, falls vertikal 
eine groSere Auflosung gewahlt worden ware. Durch die Mi- 
schung erhalt das Pixel nun eine Farbe aufgrund der Fla- 

2 5 chenanteile zwischen den beiden Extremf arben. 

Liegt der Betrag des y-Wertes zwischen 0.5 und 1.0, so 
sollte aufgrund der Geraden das Pixel bereits den anderen 
Farbwert haben, nach dem Kantenbild hat es ihn jedoch 
nicht. Dies kann dadurch zustande kommen, da£ die angenom- 
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mene Gerade nicht exakt der wirklichen Kante entspricht. 

Es werden j edoch trotzdeni Faktoren bis 1.0 zugelassen, da 

benachbarte Pixel ebenfalls nach der vermeintlich falschen 

Geraden interpoliert werden und falls der Mischfaktor auf 
5 0.5 beschrankt wiirde, ware ein Bruch in der fertig inter- 

polierten Kante wahrnehmbar . Bei einem Wert uber 1.0 
(entsprechend unter -1.0) wird das Pixel an der Koordinate 
(0/0.5) komplett umgef arbt , und das Pixel daruber (0/1.5) 

miiSte ebenfalls noch teilweise umgef arbt werden, was je- 
10 doch nicht getan wird, da dann die Kante sich zu weit von 

der realen entfernen wurde. Diese drei Falle sind in Figur 

20 nebeneinander dargestellt. 

Das zweite Verfahren liefert genauere Ergebnisse. Hierbei 
wird aufgrund der Lage der Geraden beztiglich des Pixelmit- 
15 telpunktes der genaue Flachenanteil bestimmt, der sich un- 
terhalb der Geraden befindet (Figur 20) . 

Befindet sich die Gerade unterhalb des Pixelmittelpunktes , 
wird entsprechend des Flachenanteils unterhalb der Geraden 
der Farbwert des darunter liegenden Pixels zugemischt, da 
20 dann der Farbsprung zum Pixel darunter existierte. Im an- 
deren Fall wird entsprechend des Flachenanteils oberhalb 
der Geraden die Farbe des daruber liegenden Pixels zuge- 
mischt . 

Die Flachenanteile lassen sich mittels eines Tabellen- 
25 Lookups bestimmen, bei dem lediglich die Steigung der Ge- 
raden und der Abstand der Geraden zum Pixelmittelpunkt 
eingeht. Das Verfahren laSt sich also recht gut in Hard- 
ware realisieren und stellt damit eine Erweiterungsoption 
des hier vorgestellten Algorithmus dar, mit dem eine gro- 
30 Sere Genauigkeit erzielt werden kann, j edoch mit einem 

./. . 
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groSeren Hardwar eauf wand , da zusatzliche Tabellen benotigt 
werden (Figur 21) . 

Einen wesent lichen Unterschied bei den beiden Verfahren 
gibt es nur im Fall einer Dreiecksf lache unterhalb der Ge- 
5 raden . In diesem Fall liefert Verfahren 1 einen zu kleinen 
Mischfaktor. Falls es sich um eine Trapezf lache handelt, 
so liefern beide Verfahren genau die selben Ergebnisse, da 
sich das Dreieck, das zuviel berechnet wurde, genau gegen 
das Dreieck, welches zu wenig gerechnet wurde, aufhebt 
10 (Figur 22 links) . 

Als problematisch stellt sich die Bestimmung des Mischf ak- 
tors fur das zentrale Pixel dar. Falls nur horizontale 
Mischf aktoren (also UP und DOWN) bzw. nur vertikale Misch- 
faktoren (LEFT und RIGHT) ungleich Null sind, ergibt sich 
15 der zentrale Mischfaktor zu 

niix cemer = 1 - mix U p - mix down — mixi eft - mix right 

Die beiden gegeniiberliegenden Mischf aktoren (UP/DOWN bzw. 
LEFT/RIGHT) ergeben zusammengezahlt maximal 1.0, so dafi 
auch der zentrale Mischfaktor im Bereich 0.0 bis 1.0 
liegt. Sind jedoch vertikale und horizontale Mischf aktoren 
vorhanden, so ist dies nicht mehr gewahrleistet . Das Pro- 
blem entsteht daraus, da£ sich die Faktoren in diesem Fal- 
le nicht mehr komplementar verhalten. Figur 2 3 en thai t ei- 
ne Ecke eines Objektes, an dem dies verdeutlicht werden 
soil. Die vertikale Xante gibt an, da£ ein bestimmter Pro- 
zentsatz von linken Pixel zugemischt werden soli, gleiches 
gilt fiir die horizontale Kante bzgl . des unteren Pixels. 
Die beiden Flachen, die zu den Mischf aktoren fiihren, be- 
sitzen jedoch eine gemeinsame Flache, die gedanklich ge- 
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trennt werden mii&te, und jedem Faktor nur ein Teil dieser 
Flache zugeschlagen wird. 

Diese genauere Betrachtung macht aber nur Sinn, wenn die 
Mischf aktoren sich auch auf die wirklichen Flachenanteile 
5 beziehen. Da bei dem implementierten Verfahren dies nicht 
verwirklicht ist, wird hier erneut eine Naherung einge- 
fiihrt, indem bei vertikalen und horizontalen Mischf aktoren 
alle Faktoren halbiert werden. 

. _ _ mix up ^ mix down mix left mix right 

mix center — i ^ 2 — 2 — 2 

10 Durch diese Vorgehen ist wieder gewahrleistet, daS der 
zentrale Mischf aktor . im Bereich 0.0 bis 1.0 liegt. Die 
verwendete Naherung ist sehr grob, die Fehler werden im 
Bild jedoch nicht wahrgenommen, da die Ecke eines Objektes 
eine Diskontinuitat darstellt, und dadurch der entstehende 

15 Farbfehler nicht auffallt. 

Fur die Farbmischung muE zwischen zwei oder mehr Farben 
interpoliert werden, urn eine Zwischenf arbe zu erhalten. 
Diese Interpolation kann in einem beliebigem Farbraum 
durchgefuhrt werden (da alle in einander uberfiihrbar 

20 sind) , wobei sich die Ergebnisse mehr oder weniger stark 
unterscheiden. Die Unterschiede in den Farben zwischen dem 
RGB- und dem YIQ-Modell sind mit bloSem Auge nicht wahr- 
nehmbar. Da die Farben initial als RGB-Farben vorliegen 
und auch final wieder als solche benotigt werden, wird auf 

25 eine Umrechnung in ein anderes Farbmodell verzichtet, und 
die Interpolation wird im RGB-Farbraum vollzogen. 

Die Farbmischung eines Pixels erfolgt letztlich pro Farb- 
kanal nach der Forme 1 : 
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col c r er = mix center col^ er + mix up -coU 

+ mix down • col down + mix Ieft • col lefl + mix righl ■ col righ t 
Wobei auf der rechten Seite der Gleichung die Farben 
(col?) aus dem Originalbild stammen. 

Da das Verfahren nur auf Inf ormationen aus fertig geren- 
5 derten Bildern, die im Framebuffer stehen, zuruckgreif t , 
wurde eine Implementation als Stand-Alone- Program vorge- 
zogen, d.h., das Programm wird von der Kommandozeile mit 
einem Bild in beliebigen Format (TIFF, PPM, BMP usw.) auf- 
gerufen, und schreibt ein antialiastes Bild heraus; ein 

10 direkter AnschluE an den RenderingprozeS ist also nicht 
notig. So kann das Ergebnis des Verfahrens mit verschiede- 
nen Renderern ausprobiert werden, die auch nicht. als Soft- 
ware zur Verf ugung stehen miissen, sondern von denen nur 
Bilder vorliegen. Ebenso ist es moglich, Kombinationen mit 

15 anderen Antialiasing-Verf ahren zu testen, die schon im 
Rendering- ProzeS eingebaut sind, da mit dem hier vorlie- 
genden Algorithmus nicht alle Aliasing-Ef f ekte behoben 
werden konnen. 

Es wurde viel Wert darauf gelegt, moglichst viele Falle 
20 auf einen Grundfall zuriickzuf iihren, wie beispielsweise die 
Verfolgung der vertikalen auf die Verfolgung der horizon- 
talen Kanten, oder das Suchen der Stufen nach links auf 
das Suchen nach rechts . Durch dieses Vorgehen konnen Ande- 
rungen schnell umgesetzt werden, da sich immer nur der je- 
25 weilige Grundfall andert, nicht aber die Ruckfuhrung, die 
einmalig implementiert werden mufcte . 

Die FenstergroSe ist variabel gehalten und nicht aus- 
schliefelich auf quadratische FenstergroSen mit einem zen- 
trierten Zentralpixel beschrankt, sondern es ist moglich, 
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fur jede Richtung eine eigene Blicklange zu definieren. So 
ist es beispielsweise denkbar, horizontal einen grofceren 
Ausschnitt zu wahlen, da die Kanteninf ormation fur die Pi- 
xel chipintern gespeichert ist. Nach unten sollten bei 
5 Verwendung im Display-ProzeS moglichst wenige Zeilen be- 
nutzt werden, da all diese Zeilen gespeichert werden miis- 
sen (Erklarung bei der weiter unten beschriebenen Hard- 
ware- Imp lementierung ) . 

Die Implement ierung des Post-Antialiasing-Verf ahrens er- 
10 folgte in der Programmiersprache C, wobei insbesondere 
Wert auf Variabilitat gelegt wurde. Durch Kommandozeil en- 
parameter kann zwischen verschiedenen Varianten des Algo- 
rithmus umgeschaltet werden; so sind nicht nur alle Vor- 
stufen der endgiiltigen Version verfugbar, sondern auch 
15 verschiedene zusatzliche Versuchsimplementierungen, wie 
beispielsweise verschiedene Moglichkeiten der Kantenbild- 
generierung iiber Manha 1 1 andi s t anz oder quadratischer Di- 
stanz. Die Vorstufen des endgiiltigen Algorithmus dienten 
zum Vergleich, welchen Qualitatsgewinn die einzelnen ein- 
20 gebauten Features, wie die Verfolgung mehrerer Stufen an- 
statt einer, oder Verwendung der jeweils letzten Stufe nur 
halb, verursachten . So war es moglich, immer an den Stel- 
len nachzubessern, bei denen der visuelle Eindruck der an- 
tialiasten Bilder noch zu wunschen librig lieS. 

2 5 Da das Verfahren nur auf Inf ormationen aus fertig geren- 
derten Bildern, die im Framebuffer stehen, zuriickgreif t , 
wurde eine Implementation als Stand-Alone-Programm vorge- 
zogen, d.h. , das Programm wird von der Kommandozeil e mit 
einem Bild in beliebigen Format (TIFF, PPM, BMP usw.) auf- 

30 gerufen, und schreibt ein antialiastes Bild heraus; ein 
direkter AnschluS an den RenderingprozelS ist also nicht 
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notig. So kann das Ergebnis des Verfahrens mit verschiede- 
nen Renderern ausprobiert werden, die auch nicht als Soft- 
ware zur Verfiigung stehen miissen, sondem von denen nur 
Bilder vorliegen. Ebenso ist es moglich, Kombinationen mit 
5 anderen Antialiasing-Verf ahren zu testen, die schon im 
Rendering- ProzeS eingebaut sind, da mit dem hier vorlie- 
genden Algorithmus nicht alle Aliasing-Ef f ekte behoben 
werden konnen . 

Es wurde viel Wert darauf gelegt, moglichst viele Falle 
auf einen Grundfall zurtickzuf uhren, wie beispielsweise die 
Verfolgung der vertikalen auf die Verfolgung der horizon- 
talen Kanten oder das Suchen der Stufen nach links auf das 
Suchen nach rechts . Durch dieses Vorgehen konnen Anderun- 
gen schnell umgesetzt werden, da sich immer nur der jewei- 
lige Grundfall andert , nicht aber die Riickfiihrung, die 
einmalig implementiert werden mufite. AuEerdem konnen so 
Fliichtigkeitsf ehler vermieden werden, die sich so gut wie 
immer beim Umsetzen eines Falles auf einen anderen erge- 
ben . 

20 Die FenstergroSe ist variabel gehalten und nicht aus- 
schlie&lich auf quadratische FenstergroEen mit einem zen- 
trierten Zentralpixel beschrankt, sondern es ist moglich, 
fur jede Richtung eine eigene Blicklange zu definieren. So 
ist es beispielsweise denkbar, horizontal einen groSeren 

25 Ausschnitt zu wahlen, da die Kanteninf ormation fur die Pi- 
xel chipintern gespeichert ist. Nach unten sollten bei 
Verwendung im Display-ProzeiS moglichst wenige Zeilen be- 
nutzt werden, da all diese Zeilen gespeichert werden miis- 
sen (Erklarung bei der Hardware-Implementierung) . 

./. . 
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Der Pseudoalgorithmus fur das Verfahren stellt sich wie 
folgt dar (dick geschriebene Varlablen sind die jeweiligen 
Ergebniswerte) : 

PostAntialiase (Image pic, Image result) { 
5 generateEdgePic (pic, edges); 
for y in 0 . . (pic .height-1 ) { 
for x in 0.. (pic . width-1 ) { 
if isEdgePixel (x, y ) { 

cutActualWindow ( edges , edgeWindow) ; 
10 computeMixFactorsHorizontal (x, y, edgeWindow, 

mix-up , mix^down ) ; 
trans formVerticalToHorizontal (edgeWindow) ; 
computeMixFactorsHorizontal (x, y, edgeWindow, 

mix_left, mix_right) ; 
15 mixColors (mix_up, mix_lef t , mix_right, 

rnix_down, pic[x,y-l], pic[x-l,y], 
pic[x,y], pic [x+l,y] , pic[x,y+l], 
mixedColor) ; 
storeColor (mixedColor , result [x,y] ) ; 
20 } else { 

./. . 
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storeColor (pic [x, y] , result [x,y] ) ; 

} 

} 

} 

5 } 

In isEdgePixel ( ) wird getestet, ob das Pixel (x,y) als 
Kante, das Pixel (x,y-l) als horizontale oder das Pixel 
(x-l,y) als vertikale Kante im Kantenbild markiert ist; 
nur dann mu£ eine weitere Behandlung erfolgen, ansonsten 
10 wird mittels storeColor ( ) der alte Farbwert einfach ins 
neue Bild ubernommen . 

In generateEdgePic ( ) wird mittels des in Abschnitt 3,1.2 
beschriebenen Verfahrens das Kantenbild generiert. In cut- 
Ac tual Window ( ) wird aus dem Kantenbild das Fenster ausge- 
15 schnitten, welches als Umgebung fur das aktuelle Pixel 
dient. Dies ist notig, da in der spateren Hardware auch 
nur eine begrenzte Umgebung zur Verfiigung steht, da das 
Kantenbild „ on- the- fly " generiert wird und nicht wie hier 
im voraus . 

20 Die Funktion computeMixFactorsHorizontal ( ) wird sowohl fur 
die horizontalen Mischf aktoren (mix_up und mix__down) als 
auch fur die vertikalen (mix_left und mix_right) aufgeru- 
fen. Dies ist moglich, da das aktuelle Kantenf enster mit- 
tels transf ormVerticalToHorizontal ( ) so umgebaut wird, date 

2 5 die ehemals vertikalen Kanten nun horizontal verfolgt wer- 
den konnen . 
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computeMixFactorsHorizontal (x, y, edgeWindow, 

mix-up , mix_down) { 

if isEdge(x,y) { 

maskRightEdgeType (edgeWindow, binWindow) ; 
getPositionlnEdge {binWindow, xAnf , yAnf , 

statAnf, xEnd, yEnd, statEnd) 
mixFactor (xAnf , yAnf, statAnf, xEnd, yEnd, 
statEnd, mix_down ) ; 

} else { 

mix_down = 0 ; 

} 

if isEdge (x, y-1) { 

translateWindow(edgeWindow) ; 
maskRightEdgeType (edgeWindow, binWindow) ; 
getPositionlnEdge (binWindow, xAnf , yAnf , 

statAnf, xEnd, yEnd, statEnd) 
mixFactor (xAnf , yAnf, statAnf, xEnd, yEnd, 
statEnd, mix_up ) ; 

} else { 
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mix_up = 0 ; 



} 

Mittels isEdge() wird getestet, ob an der entsprechenden 
5 Stelle im Kantenf enster ein Kantenpixel vorliegt, nur dann 
kann namlich eine Kante verfolgt werden, ansonsten wird 
der entsprechende Mischfaktor gleich auf Null gesetzt. In 
maskRightEdgeType ( ) wird aus dem Kantenf enster , welches 
bisher noch 4 Bit pro Pixel enthielt, das Bit ausgeblen- 

10 det, welches durch das Zentralpixel des Fensters vorgege- 
ben wird, so daS ab sofort mit einem Binarbild weitergear- 
beitet wird. Mittels trans lateWindow ( ) werden alle Pixel 
des Kantenf ens ters um ein Pixel nach unten verschoben, so 
da£ im Zentrum sich das Kantenpixel befindet, von dem aus 

15 die Kante verfolgt werden soil, um den Mischfaktor fur das 
obere Pixel zu erhalten. 

In getPositionlnEdge ( ) konnen nun beide Falle genau gleich 
behandelt werden. In dieser Funktion erfolgt die wirkliche 
Verfolgung der Kante im Kantenbild, was zum Anfangspunkt 
20 (xAnf.yAnf) und Endpunkt (xEnd,yEnd) und dem jeweiligen Sta- 
tus (UP / DOWN / NO / HOR) an den Enden f uhrt . 

Aufgrund dieser Information wird dann in mixFactor ( ) 
letztlich der Mischfaktor bestimmt, der sich aus der je- 
weiligen Kante ergibt. 

2 5 In mixColors ( ) wird zunachst der noch fehlende Mischfaktor 
fur das zentrale Pixel bestimmt, wobei wiederum verschie- 
dene Varianten vorgesehen sind, und dann erfolgt anhand 
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der Gleichung 19 die wirkliche Mischung der fiinf in Frage 
kommenden Farben. 

Die nachfolgend dargestellte Hardware - Impl ement i erung ist 
ein Ausfuhrungsbeispiel , welches primar dazu dient die 
5 Ausfuhrung des Verfahrens zu ver ans chaul i chen . Es wurde 
versucht, die Losung so allgemein wie moglich zu gestal- 
ten. So wurden beispielsweise die AdreSbreiten fur die 
Zahler variabel gehalten, sowie auch die Bitbreiten der 
Mischf aktoren, genau wie die Tabellenbreite und -lange der 

10 verwendeten Dividierer. Die Allgemeinheit konnte jedoch 
nicht uberall beibehalten werden, da sonst einige Module 
zu komplex geworden waren. Als Beispiel ist das Modul 
findSeq() zu erwahnen, bei dem ausgehend von einem 
(n x n)-Fenster etwa n 2 /8 Pixel zu beriicksichtigen sind, 

15 urn die Verfolgung der Stufen zu gewahrleisten. Weiterhin 
muiSten die Positionen der Registerstuf en auf einen spezi- 
ellen Fall festgelegt werden, da bei einem groSeren Fen- 
ster mehr Pipeline-Stuf en notig sind, weil die Komplexitat 
ansteigt. Der Ubersichtlichkeit halber wurden in den 

20 Blockschaltbildern der parametrisierbaren Module konkrete 
Bitbreiten vorgegeben. 

Fur die Hardware- Implement ierung wurden folgende Parameter 
und Grenzwerte gewahlt: 

Fenstergrofce: 17 x 17 

25 Ist die FenstergrolSe zu klein gewahlt (etwa 9x9), so 
la£t die Bildqualitat k>ei flachen Kanten zu wunschen lib- 
rig, da die Ubergangsbereiche sehr kurz werden (nur 8 
xel / vergleiche dazu Figur 8) . Ist das Fenster jedoch zu 
groB gewahlt, so steigt die Komplexitat einiger Module, 
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und damit auch die Gatteranzahl, sehr stark an. Fur die 
Implementation wurde also eine mittlere FenstergroSe ge- 
wahlt, um einen KompromiJS zwischen diesen beiden Extremen 
zu finden. 

5 - maximale Bildschirmbreite : 2048 Pixel/Zeile 

Die maximale Bildschirmbreite wurde mit 2048 Pixel pro 
Zeile angenommen. Dies stellt sicherlich eine obere Grenze 
fur Bildschirmauf losungen der nachsten Jahre dar. Die ma- 
ximale Bildschirmhohe ist ebenfalls mit 2048 Zeilen fest- 

10 gelegt. Da das Verhaltnis von Breite zu Hohe im Regelfall 
fest vorgegeben ist (1,25 oder 1,33), so wird dieser Maxi- 
malwert sicherlich nie erreicht werden. Die Festlegung der 
maximalen Bildschirmbreite ftihrte zum Festlegen der AdreS- 
breiten der Zahler auf 11 Bit und der maximalen Lange der 

15 verwendeten Pipes auf 2048 Elemente. 

Bitbreite der Mischf aktoren: 7 Bit 

Dieser Wert ergab sich aus der Fehlerbetrachtung der maxi- 
malen Abweichungen der Mischf aktoren vom tatsachlichen 
Wert. (Die maximale Abweichung betragt maximal des Origi- 
20 nal-Mischf aktors . Aufgrund der Form der Mischungsf ormel 
(Gleichung 19) ergibt sich somit eine maximale Abweichung 
um 5 Farbwerte.) 

Aus der Festlegung der Mischf aktorbreite ergab sich auch 
die notige Genauigkeit .der Dividierer, die mit einer Bit- 
2 5 breite von 9 Bit angenommen wurden. 

Das erfindungsgemaSe Verfahren kann sowohl als Triple- 
Buffer als auch als zwischengeschaltetes Modul im Display- 
Prozefc Anwendung finden (Erklarung der beiden Konfigurati- 
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onsmoglichkeiten in einem spateren Abschnitt) . Der Entwurf 
mittels eines Triple-Buffers erfordert einen recht komple- 
xen RAM-Controller, der die entsprechend notigen Farbwerte 
aus dem Speicher (SDRAM oder einer anderen Speicherart) 
5 holt, und die gemischten Werte wieder zuriickschreibt . Der 
Entwurf dieses Controllers wiirde den Rahmen dieser Arbeit 
sprengen, weswegen auf diese Variante verzichtet wurde. 
Das Grundsystem wurde also fur den Display-Prozefc entwor- 
fen. Mittels kleiner Anderungen laJSt sich das System fur 
10 einen Triple-Buff er-Betrieb umrusten, wie er weiter unten 
naher beschrieben ist. 

Das System ist nach dem Pipelining-Prinzip aufgebaut, 
d.h., es wird in jedem Takt ein f ertiggemischtes Pixel ge- 
liefert. Um dies zu bewerkstelligen, befinden sich immer 

15 mehrere Pixel gleichzeitig in der Verarbeitung, da es 
nicht moglich ist, alle notigen Bearbeitungsschritte in 
einem Takt (in unserem Fall 15 ns) durchzuf uhren . Das Sy- 
stem funktioniert so, dafe mit jedem Takt ein neuer Farb- 
wert eines Pixels ubernommen und eine feste Anzahl Takte 

2 0 spater der gemischte Farbwert dieses Pixels als Ausgangs- 
wert berei tgestellt wird. Die einzelnen Registerstuf en 
wurden an die Stellen so eingefiigt, daE die maximale Bear- 
beitungszeit in einem Takt nicht iiberschritten wird. Als 
Taktrate wurde ein 66 MHz-Takt gewahlt; die Periodendauer 

25 betragt somit 15 ns . Ferner wurde eine 0,35 mm CMOS- 
Technik angenommen, da fur diesen Fall die Verzogerungs- 
zeiten der einzelnen Elemente aus dem Entwurf eines ande- 
ren Systems (Visa + -System von GMD FIRST) in etwa bekannt 
waren. Wird das System fur eine andere Taktrate oder Tech- 

30 nologie vorgesehen, so verschieben sich naturlich die Re- 
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gisterstuf en. Der Inhalt des Pipes in Abhangigkeit vom ak- 
tuellen Fenster ist in Figur 24 naher dargestellt. 

Die einzelnen Module werden durch Blockschaltbilder illu- 
s trier t, deren verwendete Symbol ik im Anhang D erklart 
5 wird. Die Module werden hier gemaS Top-down-Methode pra- 
sentiert, das hei&t, es wird zunachst das Hauptmodul be- 
schrieben, dann die darin enthaltenen Module. Sollte ein 
Modul weitere Untermodule enthalten, so wird das entspre- 
chende Untermodule gleich im AnschluB an das Modul be- 
lt) schrieben. 

Das Antialiase-System ( ) gemaS Figur 24 sowie Tabelle 4 ist 
das Hauptmodul, von dem aus alle weiteren Module impor- 
tiert werden und als Teilkomponenten weiter unten be- 
schrieben sind. 

15 Das vorliegende System besteht prinzipiell aus zwei ent- 
koppel ten Prozessen : 

1. Generierung der Kanteninf ormation 

2 . Berechnung der Geraden auf grund eines lokalen Aus- 
schnittes aus dem Kantenbild und anschlieSende Mi- 

2 0 schung der Pixel farben 

Da die Mischung auf dem Kant enf ens ter arbeitet, mu£ der 
KantengenerierungsprozeiS immer einen Vorsprung von 8 Zei- 
len und 8 Punkten haben, so da£ bei einem 17 x 17 Fenster 
schon alle Kanteninf ormationen zur Verfiigung stehen, wenn 
25 sie benotigt werden. 

Die Kanteninf ormation wird im Modul EdgeValueGenerator ( ) 
(Tabelle 7, Figur 28) aus den neu eingelesenen Farbwerten 
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erzeugt. Im Modul Windowswitch ( ) (Figur 32) wird der je- 
weils aktuelle Ausschnitt aus dem Kantenbild gehalten. Im 
Modul CenterPipe ( ) werden die temporar nicht mehr benotig- 
ten Kanteninf ormat i onen zwischengespeichert (vergleiche 
5 Beschreibung im Abschnitt 3). Pro Pixel werden 4 Bit Kan- 
teninf ormation gehalten, wodurch sich bei 16 parallel ab- 
gelegten Pixeln eine Bitbreite von 64 Bit ergibt . Das 
wichtige bei diesem Modul ist, daS die Kanteninf ormation 
„ on-chip" gespeichert wird, denn in jedem Takt werden 

10 64 Bit abgelegt und auch parallel 64 Bit wieder eingele- 
sen. Ein externer Speicher ware also standi g damit be- 
schaftigt, Werte abzulegen und wieder zu holen, und konnte 
somit fur nicht s Anderes verwendet werden. Die Speicherung 
ist praktisch auch moglich, da bei einer maximalen Bild- 

15 schirmbreite von 2 048 Pixeln abgelegt werden miissen. 
(Derzeit sind on-chip RAMs von 1 MBit ohne groSere Proble- 
me realisierbar . ) Dieser Speicher ist in beiden Varianten 
(Triple-Buffer / Display- ProzeS) notig. 

Fur jedes einzelne Pixel miissen bis zu vier Geraden ver- 
20 folgt werden, um die vier Mischf aktoren aus den einzelnen 
Richtungen zu bestimmen. Statistisch gesehen, wird in etwa 
61% der Falle nur eine Gerade benotigt. Jedoch kommen auch 
die anderen Falle (zwei Geraden 27%, drei Geraden 8% und 
sogar vier Geraden 4%) vor. Da in jedem Takt ein neues Pi- 
25 xel bearbeitet wird, mufi also der schlimmste Fall von vier 
Geraden angenommen werden und eine parallele Bearbeitung 
aller vier Falle erfolgen. Dies geschieht in den Modulen 
ComputeEdge ( ) , die als Ergebnis jeweils einen Mischfaktor 
fur die entsprechende Gerade liefern. Fur die vertikale 
30 Verfolgung der Geraden kann dabei das gleiche Modul wie 
fur die horizontale Gerade verwendet werden, da, wie schon 
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haufiger erwahnt, das vertikale Kantenf enster vorher zu 
einem horizoiitalen transf ormiert wird (geschieht in Win- 
dowSwitch( ) ) . 

Bei genauer Betrachtung der zu verfolgenden Geraden fallt 
5 auf, dafi diejenige Gerade, die fur das aktuelle Pixel zum 
rechten Mischfaktor fiihrt, mit der Geraden identisch ist, 
die beim nachsten Pixel zum linken Mischfaktor f uhrt . Auf- 
grund dessen wird bei der Behandlung der rechten Geraden 
die Position bezuglich des aktuellen Pixels fur das nach- 

10 ste Pixel weiterverwendet, so da& nicht vier, sondern nur 
drei Geraden verfolgt werden mussen; somit reduziert sich 
der Hardware -Auf wand. Die gleiche Optimierung ist fur die 
obere bzw. untere Gerade nicht so einfach moglich, da zwar 
die gleiche Gerade verfolgt wird, die Information aus die- 

15 ser Geraden aber iiber eine Zeile aufbewahrt werden mu£te, 
was einen zusatzlichen Speicheraufwand von bedeuten wiir- 
de. 

In ColorPipe ( ) werden die Farbwerte aufgehoben, bis sie 
fur die Mischung der neuen Farben wieder benotigt werden. 
20 In CenterPipe ( ) bzw. UpPipe ( ) werden die Farbwerte jeweils 
um eine zusatzliche Zeile verzogert . Der Inhalt der Pipes 
stellt sich wie in Figur 25 dar. 

Der edgecounter ( ) (Figur 26, Tabelle 5) gibt an, fur wel- 
ches Pixel gerade die Kanteninf ormation generiert wird. 

25 Dementsprechend werden bei einigen Pixeln die Nachbarn 
iiber die beiden Signale right Valid und downValid ausge- 
blendet, die im Bild keine wirklichen Nachbarn sind. 
rightValid wird jeweils beim letzten Pixel einer Zeile zu- 
ruckgenommen, da das nachste Pixel schon zur nachsten Zei- 

30 le gehort und somit nichts mit dem aktuellen Pixel gemein- 
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sam hat. downValid wird in der letzten Zeile zuruckgenom- 
men, da die Zeile darunter keine gultigen Daten mehr ent- 
halt. Ready gibt an, warm alle Pixel des aktuellen Bildes 
eingelesen wurden. Ab diesem Zeitpunkt mu£ nicht mehr auf 
5 neue Daten gewartet werden, so da£ aus diesem Signal das 
Enable-Signal fur alle anderen Module generiert werden 
kann. 

Im Modul EdgeValueGenerator ( ) (Figur 27, Tabelle 7) wird 
die Kantenin formation fur jedes einzelne Pixel generiert. 

10 Dazu sind jeweils drei Farbwerte notig (Figur 24 unten) , 
von denen jedoch immer nur zwei neu ubernommen Werden. Der 
zentrale Farbwert ist der rechte Farbwert des vorigen Pi- 
xels. In den Modulen EdgeDirUnit ( ) findet die Entscheidung 
statt, ob das aktuelle Pixel als Kantenpixel anzusehen 

15 ist; im Modul EdgeDirUnit ( ) wird der Typ der Kante festge- 
legt . 

Im Modul EdgeDif fUnit ( ) (Figur 29) findet die eigentliche 
Entscheidung statt, ob zwischen zwei Pixeln eine Kante 
existiert oder nicht. Zu diesem Zweck muS nach Gleichung 2 

20 der Abstand der beiden Farben im Farbraum bestimmt werden, 
auf den dann im nachhinein eine Schwellwertbildung ange- 
wendet wird. Der Schwellwert (ref) ist als Parameter aus- 
geftihrt worden, damit er leicht geandert werden kann. 
Grundsatzlich wird ein Schwellwert von 40.0 angenommen, da 

25 dieser Wert sich an vielen Testbildern bewahrt hat. Der 
Wert braucht in der endgultigen Hardware- Implementation 
nicht festgelegt zu werden, sondern kann immer wieder ge- 
andert werden, falls sich herausstellt , da£ fur verschie- 
dene Szenen verschiedene Schwellwerte verwendet werden 

30 sollten. In der Regel wird aber bei unbekannte Szenen mit 
einem Standardwert gearbeitet. 

./. . 
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In dem Modul EdgeDirUnit ( ) (Figur 29, Tabelle 8) findet 
die Bestimmung der Richtung einer Kante statt . Dazu werden 
die Abstande der einzelnen Farben zum Koordinatenursprung 
im Farbraum berechnet, die dann untereinander verglichen, 
5 die gewiinschten Werte liefern. 

Hier wird die Berechnung der Formel 



a = Jx 2 + y 2 + z 2 

approximiert , da die genaue Berechnung der Wurzel viel zu 
aufwendig fur diesen Fall ware. Statt der Originalglei- 
p^^^ 10 chung 20 wird die Approximation 

^ - , 1 , 1 

a approx = k + ^-l + ^-m 

verwendet, wobei k = max ( x , y , z ) , 1 - med (x, y , z ) und min 
(x, y, z) ist. Der maximal e Fehler entsteht, wenn x = y = 
z gilt. In dem Fall liefert die genaue Formel a = V3x 7 
15 watirend die Approximation a ap p rox =3/2x ergibt . Der maximale 
Fehler betragt demzufolge F max = (3/2-V3) /3/2«13,4%. Durch 
eine andere Wahl der Vorfaktoren, a ap prox = k +ll/32*l+m/4 , 
laSt sich der maximale Fehler sogar auf 8% minimieren. 
^ Aufgrund der viel einfacheren Form der Vorfaktoren bei der 

. 20 ersten Variante (keine Multiplikation notig, sondern nur 
eine Shift-Operation urn zwei Stellen nach rechts) wird der 

groSere- Fehler in Kauf genommen. Ein Fehler von 13% mag 
viel klingen; da die Ergebniswerte aber nur fur eine 
Schwellwertbildung benotigt werden, ist das akzeptabel . Es 
25 werden einfach ein paar Pixel weniger als Kante markiert 
als normalerweise . Durch Anpassen des Schwellwertes la£t 
sich das jedoch wieder wettmachen. 
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Das Ergebnis cier Berechnung liegt im Fixpunkt-Format (hier 
9.2) vor, mit dem dann auch weitergerechnet wird. 

Im Modul WindowSwitch ( ) (Figur 31, Tabelle 9) ist der ak- 
tuelle Kantenbildausschnitt gespeichert, wobei die Bits 
schon so abgespeichert werden, da£ vertikale Kanten hori- 
zontal verfolgt werden konnen. Uber den Eingang Edge- 
Pipe_out werden die schon generierten Kanteninf ormationen 
der rechten Spalte aus dem Speicher gelesen; uber EdgeVal 
kommt der neu erzeugte Kantenwert hinzu. Entsprechend er- 
folgt uber EdgePipe_out die Ausgabe der fur spatere Zeilen 
notigen Kanteninf ormation . In der Pipe werden die Kanten- 
werte nicht pixelweise gespeichert, sondern vielmehr sor- 
tiert nach den Typen der Kantenwerte, so da6 sich die Ver- 
teilung in Figur 32 ergibt . 

Um die Verfolgung der Stufen in den einzelnen Fenstern 
durchfuhren zu konnen, wird die Kanteninf ormation zeilen- 
weise benotigt. Da die Information aber spaltenweise neu 
ins Fenster iiber nommen wird, muS bei dem horizontalen Fen- 
ster eine Neuordnung der Bits stattfinden, damit sie in 
der richtigen Reihenfolge gespeichert werden. Bei dem ver- 
tikalen Fenster muS dies nicht geschehen. Dort findet nam- 
lich eine Transformation von vertikal nach horizontal 
statt. Im Endeffekt wird die Wirkung der Transformation 
durch die Neuordung der Bits riickgangig gemacht . In den 
Blockschaltbildern wurden die Parameter nicht durch kon- 
krete Werte ersetzt, damit das Muster der Verkettung der 
Bits besser deutlich wird (w ist die Breite des Kantenfen- 
ster, also 17, und h ist die Hohe, auch 17) . 

Bei dem Modul pipe() (Figur 35, Tabelle 12) handelt es 
sich um ein schlichtes Verzogerungsmodul , das ein Datum 
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iibernimmt, und nach einer fest vorgegebenen Anzahl von 
Takten wieder ausgibt . In der Grundform ware das Modul so 
zu implementieren, dalS nacheinander so viele Register ge- 
schaltet werden, wie es die Lange verlangt . Dies ist je- 
5 doch aufgrund der betrachtlichen Hardware-Kosten (7 Gatter 
pro gespeichertes Bit) nicht sinnvoll, da zusatzlich noch 
die Lange variabel gehalten ist, gar nicht moglich. Es 
wird daher ein RAM vorgesehen, bei dem die Hardware-Kosten 
wesentlich giinstiger (maximal 1 Gatter pro gespeichertes 

10 Bit) sind. Bei dem Entwurf der Pipe ( ) wurde mit besonderer 
Sorgfalt vorgegangen, damit die Hardware-Kosten moglichst 
gering aus fallen, da die Pipes aufgrund ihrer enormen Gro- 
£e die hochsten Kosten verursachen. In der normalen Form 
einer Pipe ist immer ein Dualport-RAM notwendig, da in je- 

15 dem Takt ein Wert geschrieben und gleichzeitig ein Wert 
gelesen werden mufi. Durch das parallele Ablegen zweier 
Werte im Speicher konnte der zweite Port eingespart wer- 
den, indem immer in einem Takt zwei Werte gleichzeitig an 
eine Adresse geschrieben werden und im nachsten Takt zwei 

20 Werte parallel ausgelesen werden, wie es in den Figuren 3 6 
und 37 dargestellt ist. 

Folglich hat das verwendete RAM nun die doppelte Daten- 
breite, aber nur noch die halbe Lange. Die Speichermenge 
ist also gleich geblieben, aber es wurde ein Kosten verur- 

25 sachender Port eingespart. Die Register InO und Outl wer- 
den zum Parallelisieren zweier Daten bzw. Serialisieren 
der Daten benotigt. Das Register Stat enthalt das Schreib- 
/Lese-Signal fur das RAM. Nach den bisherigen Uberlegungen 
ware es nur moglich, gerade Langen fur die Pipe zuzulas- 

30 sen. Durch das zusatzliche Register Din sind nun auch un- 
gerade Langen moglich, da es fur die Verzogerung um einen 
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weiteren Takt sorgt, falls es in den Datenpfad eingeschal- 
tet wird. Der AdreSzahler Adr wird nach jedem Schreibvor- 
gang inkrementiert. 1st die Lange der Pipe erreicht, so 
wird wieder bei der Adresse 0 begonnen; demzufolge wird 
5 das RAM als Ringpuffer betrieben. Um undefinierte Werte im 
RAM zu vermeiden, wurde zusatzlich ein Reset-Signal ver- 
wendet, durch das eine Initial is ierungsphase angeworfen 
wird, die den RAM-Inhalt loscht. Pro Takt wird immer eine 
neue Zelle geloscht; also sind bei einer Lange n des RAMs 
10 dementsprechend n Takte erf orderlich . Wahrend dieser Zeit 
werden die Daten am Eingang Din ignoriert. 

In dem Modul MaskGenerator ( ) , Figur 38, Tabelle 13 werden 
die beiden Masken generiert, mit denen das aktuelle Kan- 
tenfenster maskiert wird, um nur relevante Pixel aus der 

15 Umgebung zu betrachten. Die Notwendigkeit der y-Maske ent- 
steht dadurch, dafi bei der Bearbeitung der Pixel der er- 
sten 8 Zeilen im oberen Bereich des Fensters noch Pixel 
enthalten sind, die gar nicht zum aktuellen Bild gehoren. 
Um zu verhindern, da£ unter Umstanden uber die Bildgrenze 

20 hinaus Geraden verfolgt werden, erfolgt eine Maskierung 
dieser Pixel. Entsprechendes gilt fur die untersten 8 Zei- 
len des Bildes, bei denen in den unteren Zeilen keine le- 
galen Kantenwerte vorhanden sind. 

Das Kantenf enster wird, wie schon erwahnt, bei der Bear- 
25 beitung laufend um ein Pixel nach rechts weitergeschoben. 
1st das letzte Pixel einer Bildzeile erreicht, so wird ein 
Sprung zum ersten Pixel der nachsten Zeile ausgefiihrt. 
Durch dieses Vorgehen entstehen bei den letzten acht Pi- 
xeln einer Zeile am rechten Rand des Fensters Pixel, die 
30 eigentlich schon zum linken Rand des Bildes gehoren 
(vergl. Figur 39). Entsprechend sind im Fenster bei den 
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ersten acht Pixeln einer Zeile noch Werte enthalten, die 
eigentlich zum rechten Rand des Bildes gehoren. Um die je- 
wel Is fur das aktuelle Fenster ungiiltigen Werte auszublen- 
den, wird die x-Maske benotigt. Dadurch, da& im nicht mas- 
5 kierten Fenster sowohl Pixel vom rechten, als auch vom 
linken Rand des Bildes enthalten sein konnen, geht beim 
Umschalten in die nachste Zeile keine Zeit verloren, und 
es kann eine Behandlung wie im Normal fall stattfinden. 

Die x-Masken-Generierung lauft nun so ab, da£ bei jedem 
10 Takt die letzte Maske um eine Stelle nach links geshiftet 
wird (genau wie die Pixel im Kantenf enster ) . Am rechten 
Rand wird ein neuer Wert ubernommen, der angibt, ob die 
Pixelspalte noch zur gleichen Zeile gehort . 1st das letzte 
Pixel einer Zeile bearbeitet worden (angezeigt durch das 
15 Signal EndOfLine) , so wird die Maske bitweise invertiert, 
wodurch automatisch die Maske fur das erste Pixel der neu- 
en Zeile entsteht. Entsprechend wird bei jeder neuen Zeile 
die y-Maske um ein Wert weitergeschaltet . 

In dem Modul MaskCounter ( ) (Figur 40, Tabelle 14) wird die 
20 Position des aktuell zu bearbeitenden Pixels bestimmt. Zu 
Beginn stehen die Zahler auSerhalb des Bildes (x,y)=(-ll,- 
9), da liber die ersten Takte zunachst einmal die Kantenin- 
formation fur die ersten Zeilen generiert werden mufi; dem- 
entsprechend gibt das Signal solange ein Valid=0 aus . Die 
25 Variablen x_in und y_in bestimmen, ob das neu im Kanten- 
fenster sichtbar werdende Pixel zur Umgebung des aktuellen 
Pixels gehort. Das Signal EndOfLine wird jeweils am Ende 
einer Zeile aktiv, um das Toggeln der xmask im Modul 
MaskGenerator ( ) zu ermoglichen . 



./. 



GMD48 . 1 



- 67 - 



Aus dem aktuellen Kantenf enster werden zunachst die nur 
gultigen Pixel mittels des Moduls MaskUnitO (Figur 42, 
Tabelle 16) ausmaskiert , und dann die eigentliche Verfol- 
gung der Geraden im Modul GetPosInEdge ( ) durchgefiihrt . Aus 
5 den ermittelten Punkten wird dann der Mischfaktor im Modul 
ComputeMixf aktor ( ) bestimmt. Das Modul ComputeEdge ( ) 
(Figur 41, Tabelle 15) findet sowohl bei der Erkermung ho- 
rizontaler, als auch vertikaler Geraden Verwendung . 

Fur die Verfolgung der Geraden stehen bisher zwei Kanten- 
10 fenster zur Verftigung, von denen im Normalfall nur eines 
im Zentralpixel als Kante markiert ist. Durch die UND- 
Verknufpung des gesamten Fensters mit diesem Zentralpixel 
wird das nicht benotigte Kantenf enster ausgeblendet . In 
einigen Fallen konnen jedoch auch beide Fenster erhalten 
15 bleiben, so date die beiden Fenster pixelweise ODER- 
verknupf t werden. 

Die Geraden werden immer horizontal im Fenster verfolgt, 
so dafe die maximale Steigung einer Geraden 45° betragt . 
Durch diesen Umstand werden aus den ursprunglich 
20 (17*17) =289 Pixeln des Fensters einige garantiert nicht 
weiter benotigt, so da& sie auch nicht an die nachsten Mo- 
dule weitergereicht werden, es bleiben somit nur noch 191 
Bits iibrig, wie es in Figur 42 dargestellt ist. 

Das Untermodul CutNeededWindow ( ) hat damit keine eigen- 
25 standige Funktionali tat . In ihm werden nur aus dem 289 Bit 
breitem Wire die richtigen Bits ausgewahlt, was einer ein- 
fachen Verdrahtung entspricht, und somit auch keine Zeit 
kostet . 
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In MaslcNeededWindow ( ) erfolgt dann die eigentliche Maskie- 
rung des nun nicht mehr rechteckigen Fensters, bei dem die 
Pixel ausgeblendet werden, die nicht zur aktuellen Umge- 
bung gehoren . 

5 Im Modul GetPosInEdge ( ) (Figur 43, Tabelle 17) wird aus 
dem Kant enf ens ter der Anfangs- und Endpunkt der verfolgten 
Geraden extrahiert. Im Modul FindEndO (Tabelle 18) wird 
die zentrale Stufe bis zu ihrem Ende in beide Richtungen 
verf olgt . An den Enden ergeben sich die Stati, die ange- 

10 ben, in welchen Richtungen weitere mdgliche Stufen liegen. 
Durch GetBestStat ( ) (Figur 45, Tabelle 19) werden die 
bestmog-lichen Stati ausgeblendet. Im Modul SortSections ( ) 
wird das Kantenf enster in vier Sektoren unterteilt (wieder 
kein richtiges Modul, sondern nur Auswahl der Bits) , wor- 

15 auf dann anhand der bestmoglichen Stati nach rechts und 
links jeweils der Sektor ausgewahlt wird, in dem weitere 
Stufen vermutet werden. In findSeq() (Tabelle 22, Figur 
46) werden alle moglichen weiteren Stufen im entsprechen- 
den Sektor verf olgt . SelectJumps ( ) (Tabelle 23) dient 

20 schliefelich dazu, aus alien moglichen Stufen nur die Stu- 
fen auszuwahlen, durch die wirklich eine Gerade interpo- 
liert werden kann. Aufgrund der Stati wird dann das Vor- 
zeichen der y-Werte angepaSt . 

In diesem Modul wird die zentrale Stufe bis zu ihrem Ende 
2 5 verfolg-t. Prinzipiell ist dies ein iterativer ProzeS, denn 
an jeder Stelle (ausgehend von der Mitte) erfolgt ein Ver- 
gleich, ob die Stufe schon beendet ist. Ist das der Fall, 
so wird der Status an dieser Stelle bestimmt, andernfalls 
erfolgt an der nachsten Stelle die gleiche Prozedur. Da 
30 dies jedoch (diskret aufgebaut) eine zu lange Zeit in An- 
spruch nehmen wiirde, wurde dieses Modul als einzelnes 
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„Case w modelliert, bei dem die Abfrage parallel stattfin- 
det . Durch eine automatische Optimierung mittels des Sy- 
nopsys Design-Analyzers wurden so die Hardware -Kos ten, und 
auch die Bearbeitungszeit reduziert, 

5 Am Ende einer Stufe kann es vorkommen, daS sich sowohl 
nach oben, als auch nach unten eine weitere Stufe zur Ver- 
f olgung anbietet . Anhand des jeweils entgegengesetzten 
Status am Ende der Stufe wird die beste Moglichkeit ausge- 
wahlt. Bietet sich keine Stufe an, so wird der entspre- 
10 chende Status auf NO korrigiert. 

Anhand der Position des Endes der zentralen Stufe werden 
in diesem Modul weitere mogliche Stufen ermittelt. Falls 
jede Stufe nur ein Pixel lang ist, so ergibt sich eine 45° 
Steigung, und es konnen maximal sieben weitere Stufen kom- 
15 plett in den Sektor passen. Dementsprechend ist jumps in 
sieben einzelne Bereiche unterteilt, in denen die Lange 
der jeweiligen Stufen abgelegt wird. 

Da die letzten Stufen nicht mehr so lang sein konnen, wird 
deren Bitbreite auf zwei bzw. ein Bit reduziert. (Sie kon- 

20 nen nicht mehr so lang ausf alien, weil, wenn bei der flinf- 
ten Stufe noch etwas eingetragen werden soli, die vorigen 
Stufen mindestens die Lange eins besessen haben mussen. 
Folglich kann die fiinfte Stufe noch maximal die Lange drei 
haben, damit sie noch vollstandig im Fenster liegt und er- 

2 5 kannt wird,) 

Das Vorgehen in diesem Modul kann am besten wieder itera- 
tiv geschrieben werden: Ist in einer Zeile kein wei teres 
Kantenpixel vorhanden, so wird die Lange der Stufe an der 
entsprechenden Position im Ergebnis eingetragen, und in 
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der Zeile dariiber wird wiederum versucht, eine wei teres 
Kantenpixel zu finden. 1st keine weitere Stufe vollstandig 
im Fenster enthalten, so wird die entsprechende Lange im 
Ergebnis auf Null gesetzt. 

5 Da dieses Modul wieder zu komplex fur einen diskreten Auf- 
bau ist, wurde wieder auf die Moglichkeit der Modellierung 
mittels eines Case zuriickgegrif f en, und durch Synopsys mi- 
nimiert . 

In findSeqO (Figur 47, Tabelle 22) wurden alle weiteren 
10 Stufen ermittelt, die in das Fenster paSten. Durch Select- 
Jumps ( ) werden nun die Stufen ausgewahlt, die zu einer 
moglichst langen Geraden durch das Zentralpixel fiihren. 
Zunachst wird dazu die Lange der zentralen Stufe benotigt, 
aufgrund derer dann in GetPossibleJumps ( ) (Figur 48, Ta- 
15 belle 24) die Stufen ausgeblendet werden konnen, die eine 
zu groSe Oder zu kleine Lange besitzen. In ComputeMasks ( ) 
(Figur 49, Tabelle 25) werden dann Masken generiert, wel- 
che die nicht moglichen Spriinge ausmaskieren. In 
AddJumps ( ) (Figur 50, Tabelle 26) werden dann die einzel- 
20 nen Stufen zusammenaddiert , so da£ sich die Anfangs- und 
Endpunkte ergeben. Falls der Status an einem Ende der zen- 
tralen Stufe weder UP noch DOWN war, so sollte eigentlich 
gar keine weitere Stufe verfolgt werden, und die Variable 
jumps wird auf Null gesetzt. 

25 Im Modul GetPossibleJumps (Figur 48) werden die Langen der 
einzelnen Stufen mit der der zentralen Stufe verglichen, 
da sich nur eine Gerade ergeben kann, wenn alle Stufenlan- 
gen innerhalb einer Toleranz von 1 liegen. Der Vergleich 
erfolgt iiber eine Subtraktion und anschlieBender Auswer- 

30 tung der Ergebnisse. 
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Zunachst wird anhand des ersten SelectFirstOne ( ) -Moduls 
entschieden, ob um eins langere oder um eins kiirzere Stu- 
fen als die Zentralstufe zugelassen werden. Die Entschei- 
dung fallt dabei anhand der Stufe, die sich am nachsten an 
5 der Zentralstufe befindet und eine andere Lange besitzt. 
Mittels des zweiten SelectFirstOne () -Moduls wird entschie- 
denen, welche der beiden moglichen Stufenlangen mehrmals 
vorkommen darf # da aufgrund der Rasterisierungsregeln bei 
einer normalen Geraden immer nur eine Stufenlange mehrmals 

10 hintereinander vorkommen darf. In den MaskEnd ( ) -Modulen 
werden schliefSlich noch alle Stufen ausgeblendet , die 
durch vorherige Maskierungsaktionen keine Verbindung mehr 
zur zentralen Stufe besitzen. Das SelectFirstOne () -Modul 
wurde genau wie das MaskEnd () -Modul wieder mittels einer 

15 Case-Anweisung modelliert und durch Synopsys minimiert. 

Sollen weitere Rasterisierungsregeln angewendet werden, so 
miissen sie innerhalb dieses Moduls umgesetzt werden. 

In dem AddJumps ( ) Modul (Figur 50, Tabelle 26) werden die 
Ergebnisse der bisherigen Stufen zusammenaddiert , so da£ 
20 sich ein Endpunkt der Geraden ergibt . Die mask gilt dabei 
als Bitmaske, die angibt, welche der Stufenlangen in jumps 
^ mit einbezogen werden sollen. Die letzte Stufe wird, wie 
bereits beschrieben, nur mit der halben Lange und Hohe be- 
rucksichtigt . 

2 5 Nunmehr soil da Modul ComputeMixFactor Figur 51, Tabelle 
27 beschrieben werden. Die eigentliche Berechnung des 
Mischfaktors besteht darin, aus dem Anfangs- und Endpunkt 
eine Gerade zu bestimmen, wobei nur der y-Wert an der 
Stelle x=0 dieser Geraden interessiert . Je nachdem, wel- 

30 ches Pixel gerade betrachtet wird (iiber oder unter dem 
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Farbsprung) , wird der eben ermittelte y-Wert yReal inver- 
tiert Oder nicht (Multiplexer links unten) , so daJS der y- 
Wert nun 1:1 dem Mischfaktor im Bereich 0..1 entspricht. 
Durch die letzten beiden Multiplexer wird der Mischfaktor 
5 nur noch auf den Bereich 0..1 zurechtgeschnitten, so da£ 
keine Uberlaufe entstehen. Die Entscheidung, ob das Pixel 
iiber oder unter dem Farbsprung bearbeitet wird, liegt 
durch die Verwendung des Moduls schon fest. Der drittletz- 
te Multiplexer wahlt somit nur alternative Zweige aus, die 
10 iiber einen Parameter selektiert werden. 

Fur die Bestimmung der Geraden wird laut Gleichung 16 der 
Kehrwert des x-Abstandes der beiden Endpunkte bendtigt . Zu 
diesem Zweck wird das Modul recip() eingef iihrt . 

Bei diesem Modul und dem anschliefeenden MaskMixFactors ( ) 
15 ist eine Besonderheit anzumerken. Die beiden Module arbei- 
ten namlich uberlappend. Wahrend das Modul ComputeMixFac- 
tor() noch damit beschaftigt ist, den Mischfaktor zu be- 
rechnen, sind die Lange len und das zusatzliche Flag 
no_good bereits an MaskMixFactors ( ) weitergeleitet worden, 
20 und befinden sich dort in Bearbeitung. Der Ausgang mix ist 
also immer um ein Takt verzogert, so da£ insgesamt ein Be- 
arbeitungstakt und damit zusatzliche Register eingespart 
werden konnten . 

Die Kehrwertbildung (Modul RecipO, Figur 52, Tabelle 28) 
25 wird bei diesem einfachen Fall auf ein Tabell en-Lookup zu- 
ruckgefiihrt. Der Eingangswert dient dabei als Adresse fur 
einen ROM-Zugriff, bei dem als Ergebnis der Kehrwert ge- 
liefert wird. Um bei der Tabell enbreite ein Bit zu sparen, 
wurde der Fall x=l getrennt behandelt, da dies der einzige 
3 0 Wert ist, bei dem im zugelassenen Eingangswertebereich 
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1,0. ,15,0 (4.1 Fixfunktf ormat des Einganges) eine Vorkom- 
mastelle entstehen kann. (Der Wert 0,0 wiirde einen Fehler 
produzieren, und der Wert 0,5 kann aufgrund der Form der 
vorherigen Berechnungen auch nicht auftreten.) 

5 Fur die Berechnung des linken Zumischf aktors , wird die 
verfolgte Gerade des vorherigen Pixels beziiglich des rech- 
ten Mischfators wiederverwendet , da die beiden Geraden 
vollkommen identisch sind. Lediglich im Fall des ersten 
Pixels in einer Zeile gilt dies nicht, so da£ tiber xmask 
10 der entsprechende Mischfaktor und auch alle zusatzlichen 
^ Inf ormationen geloscht werden, Modul CompuLef tEdge , Figur 

53, Tabelle 29) . 

Die bisher berechneten Mischf aktoren wurden immer nur auf- 
grund einer einzigen Geraden bestimmt. Um zu einem globa- 

15 leren Eindruck zu gelangen und somit die bestmoglichen 
Mischf aktoren fur ein Pixel zu bestimmen, werden hier alle 
vier Geraden betrachtet und, falls notig, werden einige 
Mischf aktoren noch ausmaskiert. Die Notwendigkeit entsteht 
durch Rauschen, welches durch die Verwendung des Differen- 

2 0 zoperators als Kantenerkenner resultiert (auch jeder ande- 
re Kantenoperator wiirde in irgendeiner Weise Rauschen pro- 
duzieren) . Als Beispiel betrachte man eine horizontal ori- 
entierte Kante zwischen zwei Farben. Im horizontalen Kan- 
tenbild ergibt sich das gewohnte Bild der erwiinschten 

2 5 Sprvinge . Im vertikalen Kantenbild wird jedoch bei jedem 
Sprung auch ein Kantenpixel markiert, welches aber keine 
sinnvolle Bedeutung hat. Da bei der Verfolgung einer Gera- 
den dieser Fall nicht erkannt wird, werden diese Falle un- 
ter anderen im Modul MaskMixFactors ( ) (Figur 54, Tabelle 

30 30) ausgeblendet . 
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Die tatsachliche Farbe des Pixels wird aufgrund seiner ur- 
sprunglichen Farbe und der Farben der vier Nachbarn be- 
stimmt . Zu diesem Zwecke werden die benotigten Farben ge- 
laden, wobei nacheinander die rechte Farbe als zentrale 
5 Farbe des nachsten Pixels und linke Farbe des ubernachsten 
Pixels fungiert. In ComputeCenterFactor ( ) wird der noch 
fehlende Mischfaktor fur das zentrale Pixel bestimmt, wor- 
auf dann in Mixing_channel ( ) des Moduls Mixing ( ) (Figur 
55, Tabelle 31) die eigentliche Farbmischung pro Farbkanal 
10 stattfindet. 

Die Berechnung des zentralen Mischfaktors im Modul Compu- 
teCenterFactor () , Figur 57, Tabelle 32, beruht auf der 
Tatsache, da£ alle Mischf aktoren zusammen 1.0 ergeben mus- 
sen, da nur so sichergestellt ist, da£ keine Farbuberlauf e 

15 und damit Farbverf alschungen produziert werden. Falls ver- 
tikal und horizontal zugemischt wird, so sind die Faktoren 
auf 2.0 normiert, urn die maximal mogliche Genauigkeit her- 
auszubekommen. Die Division durch zwei (Shift um eine 
Stelle nach rechts, entspricht einer einfachen Verdrahtung 

20 in Hardware) wird erst zu einem spateren Zeitpunkt durch- 
gefiihrt und iiber shift initiiert. 

Die endgliltige Mischung der Farben findet nach Gleichung 
19 im Modul Mixing_Channel ( ) (Figur 58, Tabelle 33) statt. 
Nach der unter Umstanden notigen Division durch zwei, fin- 
25 det eine Rundung statt, mit der die Genauigkeit noch etwas 
erhoht werden kann, worauf sich ein Abfangen eines Uber- 
lauf es anschlieSt . 

Beim Display-Prozete wird das im Framebuffer gespeicherte 
Bild liber die RAMDAC in analoge Signale gewandelt, die der 
30 Monitor benotigt, urn das Bild anzuzeigen. Da im Framebuf- 

./. . 



GMD48.1 - 75 - 



fer aber nicht zu jedem Zeitpunkt ein fertiges Bild steht, 
weil die rasterisierten Pixel immer erst nach und nach ab- 
gelegt werden, wtirde man den Aufbau jedes einzelnen Bildes 
mitbekommen (vor jedem Bild wird der Framebuf fer ge- 
5 loscht) . Um dieses Flimmern zu vermeiden, wird die Double- 
Buff er-Technik verwendet . Dabei arbeitet der Rasterisierer 
auf dem einen Framebuffer, wahrend der Inhalt des anderen 
Framebuffer auf dem Monitor dargestellt wird. 1st das 
nachste Bild fertig gerendert, so wird zwischen den beiden 
10 Buffern umgeschaltet und sie vertauschen ihre Funktionen. 
1st die Anzeige eines Bildes beendet, bevor das nachste 
Bild fertig gerendert wurde, so wird das vorherige Bild 
noch einmal angezeigt . 

Figur 59 enthalt links eine mogliche Systemkonf iguration : 

15 Der Renderer schickt die Farbwerte der rasterisierten Pi- 
xel und weitere Informationen (x, y-Position, z-Wert fur z- 
Buffering) an beide Framebuffer, von denen jedoch nur ei- 
ner die Werte in den Speicher ubernimmt. Der Inhalt des 
anderen Framebuf fers wird an den RAMDAC iibertragen. Um 

20 eine moglichst hohe Bildwiederholrate zu gewahrleisten, 
d.h., um Bildflimmern zu vermeiden, wird meistens nicht 
nur ein Pixel pro Takt an die RAMDAC iibertragen, sondern 
zwei oder auch vier; so kann die Takt-rate auEerhalb des 
Chips klein gehalten werden, und trotzdem eine hohe Uber- 

25 tragungsrate erreicht werden. Die Pixel werden in der RAM- 
DAC dann wieder serialisiert und mit einer entsprechend 
vielfachen Taktrate an den Monitor gesendet. Die Idee, das 
Post-Antialiasing im Display-ProzeS einzubauen, beruht 
darauf, da£ einfach nur der normal e RAMDAC gegen einen um 

30 die Antialiasing-Funktion erweiterte RAMDAC ausgetauscht 
werden kann (Figur 60). Der Renderer und der Framebuffer 
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sind von dieser Anderung nicht betroffen, so daS es mog- 
lich wird. Antialiasing auch in den Systemen einzubauen, 
die gar nicht dafiir vorgesehen worden sind. Dies ist die 
Besonderheit des vorliegenden Verfahren, die von den bis- 
5 herigen Antialiasing-Verf ahren nicht geboten worden ist. 

Ein Beispiel eines RAMDAC befindet sich in Figur 61. In 
diesem speziellen Fall konnen bis zu vier Pixel pro Takt 
ubernommen werden. Da das Anti-aliasing-Verf ahren aber in 
der Grundvariante immer nur ein Pixel pro Takt bearbeiten 
10 kann, kann es nicht einfach vor dem RAMDAC geschaltet wer- 
den. Fur den Einbau sind zwei Alternativen giinstig: 

1 . Einbau vor dem RAMDAC 

Hier miissen immer vier Pixel gleichzeitig pro Takt bear- 
beitet werden; die gesamte Logik muEte also vier mal par- 
15 allel aufgebaut werden. Der Speicheraufwand andert sich 
nicht. In jedem Takt wird das Kantenf enster um vier Pixel 
wei tergeschoben, wobei jede Logikeinheit immer einen der 
vier Pixel bearbeitet. 

2. Einba.u in dem RAMDAC nach dem Demultiplexer 

20 Nach dem Demultiplexer mu& immer nur ein Pixel pro Takt 
bearbeitet werden, da durch das Latch und den anschlieSen- 
den Demultiplexer die vier parallel vorliegenden Pixel se- 
rialisiert werden, jedoch wird hier eine hohere Taktrate 
benotigt. Die Taktrate in diesem Bereich ist nicht kon- 

25 stant, sondern richtet sich nach der Bildschirmauf losung 
und der erwiinschten Bildwiederholrate . Der Entwurf mu£ 
sich immer nach der hochsten Taktrate richten. Bei heute 
viblichen Taktraten von bis zu 2 50 MHz mu£ten darm entspre- 
chend rnehr: Registerstuf en in den Logikblock des Antialia- 



./. 



GMD48.1 - 77 - 



sing-Systems eingebaut werden. Bei so hohen Taktraten mu& 
jedoch iiberpruft werden, ob das iiberhaupt durchfiihrbar er- 
scheint. Eine Moglichkeit der Beschrankung auf kleinere 
Taktraten in der Antialiasing-Einheit besteht darin, da£ 
5 nur Bilder bis zu einer bestimmten Auflosung bearbeitet 
werden. Alle Bilder der hoheren Auflosung (und damit hohe- 
ren Taktrate werden an der Antialiasing-Einheit vorbeige- 
schleust, da bei so hohen Auflosungen die Aliasing-Ef f ekte 
nicht mehr so stark hervorstechen. 

10 Das zuvor beschriebene Verfahren des Double-Buffers kann 
auf einen Triple-Buffer erweitert werden, wobei der Inhalt 
eines Framebuf f ers auf dem Monitor dargestellt wird, der 
zweite mittels des Pos t-Antialiasings bearbeitet wird, und 
im dritten Framebuf fer wird bereits das nachste Bild durch 

15 den Renderer erzeugt . Dieser Vorgang ist in Figur 62 sche- 
matisch als Zyklus angedeutet. Als Blockschaltbild ist ein 
Tripelpuffer in Figur 63 wiedergegeben . Drei Framebuf fer 
sind parallelgeschaltet und erhalten ihre Signale zeitlich 
versetzt in zyklischer Vertauschung bzw. geben sie ent- 

2 0 sprechend ab. 

Der Zeitbedarf der einzelnen Prozesse ist sehr unter- 
schiedlich. Erfordert etwa das Anzeigen eines Bildes ca. 
1/80-Sekunde, so benotigt der Renderingproze& in der Regel 
mindestens 1/30-Sekunde . Die Zeit fur das Antialiasing des 
2 5 Bildes wird sich irgendwo zwischen diesen beiden Extrem- 
werten bewegen. 

Der Ablauf bei Verwendung eines Triple-Buffers wird nun 
wie folgt beschrieben: 
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1st die Anzeige eines Bildes beendet, so wird kontrol- 
liert, ob das nachste Bild bereits antialiast wurde. 1st 
das Bild fertig, so iibernimmt der bisherige Antialiasing- 
Buffer die Ubertragungsfunktion fur das neue Bild an den 
5 RAMDAC. 1st das Bild noch nicht fertig, so wird das glei- 
che Bild noch. einmal an den RAMDAC iibertragen. (Beim Dou- 
ble-Buffer wird jedes Bild etwa zwei- bis viermal ange- 
zeigt . ) 

1st das Antialiasing eines Bildes beendet, so wartet der 
10 Prozefe auf die Fertigstellung des nachsten Bildes durch 
den Renderer. Steht das nachste Bild zur Verfiigung, so 
ubernimmt der bisherige Renderer-Framebuf f er die Funktion 
des Antialiasing. 

1st der RendererprozeS mit der Generierung eines neuen 
15 Bildes fertig, so wird unverziiglich auf den ursprunglichen 
Display-Buffer umgeschaltet , wo sofort mit der Bearbeitung 
eines neuen Bildes begonnen werden kann. Der Rendererpro- 
zeS muS keinesfalls auf den DisplayprozeS warten, da auf - 
grund der schon beschriebenen Zeitverhaltnisse das Anzei- 
20 gen des Bildes an den Antialiasing-Buffer iibertragen wur- 
de . 

Fiir die Verwendung im Triple-Buff er-Betrieb muss en einige 
Anderungen am Grundsystem des Antialiasing vorgenommen 
werden, wie es in Figur 64 dargestellt ist. 

25 Fiir den Triple-Buff er-Proze& ist es nicht notwendig, die 
Farbwerte nach der Kantengenerierung aufzuheben, da sie 
noch einmal aus dem Speicher gelesen werden konnen. Beim 
Display- ProzeS bestand diese Option nicht, da jeder Farb- 
wert nur einmal iibertragen wurde. Demzufolge werden die 

./. ■ 
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Farbwerte, die aus dem EdgeValueGenerator ( ) kommen, ver- 
worfen (wie man an dem nicht beschalteten Ausgang sieht) 
und erst dann wieder aus dem Speicher geholt, wenn sie fur 
die Mischung der Farben benotigt werden. 

5 Die Speicherzugrif f e verdoppeln sich nicht, wie eigentlich 
anzunehmen ware, denn beim zweiten Auslesen mussen nicht 
alle Farbwerte noch einmal gelesen werden, sondern nur 
diejenigen, die wirklich zur Farbmischung benotigt werden. 
Statistische Untersuchungen ergaben, da& im schlimmsten 
10 Fall 20% der Pixel des Bildes noch einmal gelesen werden 
mussen. Naturlich mussen auch nicht alle Pixel in den 
Speicher zuriickges chr i eben werden, sondern nur diejenigen, 
die wirklich eine Farbveranderung erfahren haben 
(erkenntlich durch das Aus gangs signal mixing des Moduls 
15 Mixing ()) , was in maximal 10% der Falle geschieht . Stati- 
stisch gesehen mussen pro Pixel demnach 1,3 Speicherzu- 
grif fe geschehen (100% Bild einmal auslesen, 20% zu mi- 
schende Pixel noch einmal lesen, 10% der Pixel zuriick- 
schreiben) . 

Die kombinatorische Logik des Antialiasing-Systems lie&e 
es an sich zu, daS in jedem Takt ein weiteres Pixel fer- 
tiggestellt wird, dies ist jedoch entbehrlic. Um bei einer 
Bildschirmauf losung von 1280 x 1024 die geforderte Bildge- 
nerierungsrate von 2 5 Bildern pro Sekunde zu erreichen, 
miissen pro Sekunde 1280 x 1024 x 25 = 32,768 Millionen Pi- 
xel bearbeitet werden. Bei einer angenommenen Taktrate von 
6 6MHz fur das System stehen also pro zu bearbeitendes Pi- 
xel Zeit zur Verfiigung. Bei hoheren Auflosungen kann die- 
ser Wert noch kleiner werden, jedoch wird dann der Rende- 
rer keine Bildgenerierungsrate von 25 Bilder pro Sekunde 
gewahrleisten konnen. Bei heute iiblichen Speichern kann 
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man nicht davon ausgehen, daS in jedem Takt ein Datum 
iibertragen werden kann, da Ref resh-Zeiten fur die Erhal- 
tung der Speicherinhalte bei dynamischen RAMs und Rowwech- 
selzeiten eingehalten werden miissen. Die effektive Uber- 
5 tragungsrate hangt stark von der Zugrif f sreihenf olge auf 
den Speicher ab, so da£ allgemein keine konkrete Uber tra- 
gungsrate angegeben werden kann. 

Die Speicherschnittstelle ist in der Regel jedoch so di- 
mensioniert, da£ nicht nur ein Pixel pro Takt aus dem 
10 Speicher iibertragen wird, sondern parallel gleich mehrere 
So k6nnen parallel bis zu 4 Pixel iibertragen werden. 

Die wesentliche Voraussetzung, urn solche Ubertragungsraten 
zu gewahrleisten, ist eine effiziente Speicherabbildung, 
so daS moglichst schnell auf die nachsten benotigten Pixel 

15 zugegriffen werden kann. Als Beispiel sei hier die Spei- 
cherorganisation im Framebuf fer eines bekannten Systems 
(GMD VISA) erwahnt. Der verwendete SDRAM- Speicher (1Mx32- 
Organisation) ist physikalisch in zwei Banke aufgeteilt, 
die aus Rows (2048) aufgebaut sind, die wiederum in Co- 

20 lumns unterteilt sind (256 / in einer Column ist jeweils 
ein Pixel abgelegt) . Innerhalb einer Row ist es moglich, 
auf jede beliebige Columnaddresse in einem Takt zuzugrei- 
fen, wohingegen das Umschalten der einzelnen Rows 7 Takte 
in Anspruch nimmt. Die Speicherabbildung wurde also so 

25 ausgelegt, daS die Anzahl der Row-Wechsel sowohl beim Ren- 
deringprozeS, als auch beim Auslesen fur den Display- 
ProzeiS minimiert wird. Um einen weiteren Adrei^bus zu spa- 
ren, werden mit einer Adresse immer 2 benachbarte Pixel 
gleichzeitig aus dem Speicher geholt, da 2 Speicherchips 

30 zur Verfiigung stehen. Die Rows wurden nun so unterteilt, 
da£ in ihnen ein Bereich von 32 x 16 Doppelpixeln Platz 

./. . 
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findet, und somit innerhalb dieses Bereichs jedes Doppel- 
pixel in einem Takt auslesbar ist (Figur 65) . 

Die verwendete Speicherabbildung kommt dem hier verwende- 
ten Verfahren auch sehr entgegen. Beim Auslesen der Pixel 
5 fur die Kantengenerierung wird das komplette Bild linear 
zeilenweise ausgelesen, d.h. , es ist moglich, in 32 Takten 
64 Pixel aus dem Speicher zu lesen, ehe ein Row-Wechsel 
erfolgen mu£, der 7 Takte benotigt. Fur diesen ProzeS er- 
gibt sich demnach eine Ubertragungsrate von 64 Pixeln in 

10 39 Takten = 1,64 Pixel/Takt. Jedoch ist dies nicht der 
einzige ProzeS der auf dem Speicher ablauft. Es werden 
konkurrierend dazu die schon angesprochenen 2 0% der Pixel 
fur die Mischung geholt, und 10% der Pixel wieder zuruck- 
geschrieben. Durch geeignetes Auspuffern der Anforderungen 

15 ist es moglich, die Rowwechsel dazu zu nutzen, urn zwischen 
den einzelnen Prozessen umzuschal ten . Fur den zweiten Aus- 
lese-ProzeE und den Schreibe-ProzeE sollten die Anforde- 
rungen so lange gesammelt werden, bis alle eine Row be- 
treffende Anfragen auf einmal bearbeitet werden konnen, so 

20 da£ wiederum moglichst wenige Row-Wechsel sogar bei diesen 
nicht mehr linearen Vorgangen durchgefxihrt werden muss en, 
wie es in Figur 66 dargestellt ist. 

Der Ablauf im Modul RAM-Schnittstelle ( ) fur die aktuell 
aus dem Speicher zu holenden Pixel ist wie folgt ausgebil- 
25 det: 

Lineares Auslesen aus dem Speicher die Pixel, die fur 
die Kantengenerierung benotigt werden, und schreibe 
sie in die EdgeReadFIFO ( ) bis du am Ende einer Row 
angekoiranen bist. Hierfiir wird intern ein Zahler ver- 
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wendet, der sich merkt , bis zu welchem Pixel gelesen 
wurde . 

Am Ende einer Row wird kontrolliert , wie der Status 
der anderen beiden Prozesse jeweils aussieht. Sind in 
5 einer der beiden FIFOs (RequestFIFO ( ) und WriteFI- 

FO ( ) ) alle eine Row betreffende Anfragen eingegangen, 
so werden sie hintereinander an den Speicher weiter- 
geleitet. 1st dies nicht der Fall, wird weiter die 
EdgeReadFIFO ( ) gef ullt . 

10 Die EdgeReadFIFO ( ) ist also dimensioniert , da£ sie mog- 
lichst nie leer wird, so da& immer weiter gearbeitet wer- 
den kann . 

Die aus MaskMixFactor ( ) herauskommenden Mischf aktoren wer- 
den mittels des Moduls cmp ( ) darauf hin iiberpriift, welcher 

15 der Mischf aktoren ungleich Null ist. Sollte dies bei kei- 
nem der Fall sein, so muS das aktuelle Pixel nicht ge- 
mischt werden, und die Mischf aktoren werden verworfen. Ist 
jedoch mindestens einer der Faktoren ungleich Null, so 
werden sie zusammen mit der aktuellen Pixelnummer in der 

20 MixFactorFIFO ( ) abgespeichert , urn sie dann spater (sobald 
die Farbwerte aus dem Speicher geholt wurden) fur die ei- 
gentliche Mischung zu verwenden. Ausgehend von den Misch- 
f aktoren werden dann in der RequestFIFO ( ) die benotigten 
Farbanf orderungen zwischengespeichert . Bei benachbarten 

25 Pixeln werden unter Umstanden die gleichen Farbwerte beno- 
tigt, so da£ diese doppelten Anf orderungen aussortiert 
werden. Sobald alle eine Row betreffenden Anfragen einge- 
gangen sind, konnen sie an die RAM-Schnittstelle ( ) uber- 
mittelt werden, die dann daraufhin die Farbinf ormation an 

30 die ReturnFIFO ( ) zuruckgibt . In der ReturnFIFO ( ) werden 
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dann aufgrund der am Ausgang der MixFactorFIFO ( ) stehenden 
Mischf aktoren die benotigten Farbinf ormationen paralleli- 
siert, und sobald alle benotigten Farben vorliegen, wird 
mittels des Signals all__there das Modul Mixing ( ) in Be- 
5 trieb genommen, um die tatsachliche Mischung durchzufuh- 
ren. Die Ergebnisse der Farbmischung werden dann in der 
WriteFIFO() zwischengespeichert , bis sie letztlich wieder 
in den Speicher geschrieben werden konnen. Das Bild wird 
in einem einzigen Buffer verandert, so da£ unter Umstanden 

10 schon veranderte Daten in den Speicher zuriickgeschrieben 
wurden # obwohl noch die ursprunglichen Daten fur die Mi- 
schung der nachsten Zeile benotigt werden, demnach muS zu- 
satzlich noch ein lokaler Speicher eingebaut werden, in 
dem die alten Daten noch zur Verfiigung stehen. Demzufolge 

15 werden alle schon einmal benutzten Farbwerte im Line- 
Cache ( ) gespeichert, da im Speicher nur solche Daten ver- 
andert worden sein konnen, die schon einmal gelesen wur- 
den. Mittels des LineCaches werden in der RequestFIFO ( ) 
alle Anf orderungen aussortiert, die bereits vorhanden 

20 sind, und an die ReturnFIFO ( ) werden die entsprechenden 
Daten dann iibertragen. 

Die Erfindung beschrankt sich in ihrer Ausfiihrung nicht 
auf die vorstehend angegebenen bevorzugten Ausf tihrungsbei- 
spiele. Vielmehr ist eine Anzahl von Varianten moglich, 
2 5 welche von der dargestellten Losung auch bei grundsatzlich 
anders gearteten Ausfiihrungen Gebrauch macht . 
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Anspruche 

1. Verfahren zum Eliminieren unerwiinschter Stufungen 
an Kanten bei Bilddarstellungen im Zeilenraster, insbeson- 
dere im On-line Betrieb # 

gekennzeichnet durch die Schritte: 

a) Anwendung eines Kantenoperators auf einen Bildteil 
zur Grobermittlung mindestens eines Kantenverlaufs, 

b) Bestimmung der Position mindestens eines in der Nahe 
des ermittelten Kantenverlaufs gelegenen ersten Pixels re- 
lativ zu clem Kantenverlauf , 

c) Approximation einer Geraden zur Ermittlung eines 
wahrscheinlich genaueren Verlaufs der Kante in der Nahe 
des ersten Pixels als Kriterium fur eine lokale Vorzugs- 
richtung einer vorgesehenen Farbzumischung sowie 

d) Zumischung der Farbe eines in Richtung der ermittel- 
ten Vorzugsrichtung gelegenen zweiten Pixels zu dem ersten 
Pixel . 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet:, 
dalS die genannten Verf ahrensschritte auf einen mittels ei- 
nes Rendering- und/oder Shading-Verf ahrens behandelten 
Bildteil angewendet werden. 

3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, 

da£ das Shading/Rendering dreiecks- oder Scanline-basiert 
ist oder daS es sich urn Gouraud-IPhong-Shading handelt. 
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4. Verfahren nach Anspruch 1, dadurch gekennzeichnet , 

da& die vorgenannten Schritte a) bis d) andererseits in 
einzeln oder in Gruppen zeitlichem Versatz ausgefiihrt wer- 
den. 

5 5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, 

da& der Versatz mindestens eine Bildzeile betragt . 

6. Verfahren nach Anspruch 4, dadurch gekennzeichnet, 

daS die Verarbeitung in zeitlichem Versatz in einem Frame- 
Buffer ohne weitere Zwischenspeicherung erf olgt . 

10 7. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, da£ der Kantenoperator ein Krite- 
rium aufweist, um bei der Bestimmung des groben Kantenver- 
laufs einen unscharf verschlif f enen Kantenverlauf von ei- 
nem stufigen Kantenverlauf zu unterscheiden, wobei nur die 

15 stufigen Kanten einer Weiterbearbeitung entsprechend den 
Schritten b) bis d) unterworfen werden. 

8. Verfahren nach Anspruch 6, dadurch gekennzeichnet, 
da£ das Kriterium durch einen Dif f erenzoperator erzeugt 
wird, der verschlif fene Kanten dadurch erkennt, daS im 

20 Kantenbild Farbinf ormationen von Pixeln einander tiberla- 
gert sind, welche bei einem stufigen Verlauf der Kante 
ausgeschlossen sind . 

9. Verfahren nach einem der vorangehenden Anspriiche, 
dadurch gekennzeichnet, dalS die bei der Ermittlung des 
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wahrscheinlich genaueren Kantenverlauf s im gewahlten Bild- 
ausschnitt erfaSten Stufen so weit wie moglich verfolgt 
werden, wobei auf die Endpunkte des so ermittelten Kanten- 
verlauf s Punkte der approximierten Geraden bilden. 

5 10. Verfahren nach einem der vorangehende Anspruche, da- 
durch gekennzeichnet, date nur solche Stufen beriicksichtigt 
werden, deren Geometrie vorgegebenen Regeln (Ra- 
sterisierungsregeln) entspricht, wobei bei der Berechnung 
der Mischf aktoren die Steigung der approximierten Geraden 
10 herangezogen wird, um in einem ersten Schritt zu bestim- 
men, in Bezug auf welche Richtung in der Bildebene 
(oben/unten oder links/rechts ) eine Farbzumischung erfol- 
gen soli . 



11. Verfahren nach Anspruch 10, dadurch gekennzeichnet, 

15 da£ aufgrund der Lage des markierten Pixels im Kantenpixel 
weiterhin bestimmt wird, ob die Zumischung von oben oder 
unten bzw. von links oder rechts erfolgt. 



12. Verfahren nach Anspruch 10, dadurch gekennzeichnet, 

da£ der mengenmaSige Anteil aus dem Schnittpunkt der 
20 approximierten Geraden mit dem betrachteten Pixel bestimmt 
wird. 



13. Verfahren nach Anspruch 10, dadurch gekennzeichnet:, 

daiS bei einer x-dominanten Geraden der y-Wert der Geraden 
und die x-Koordinate des Pixels direkt als Mischfaktor 
2 5 verwende t werden 
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14. Verfahren nach Anspruch 8, dadurch gekennzeichnet, 

daS der genaue Flachenanteil aus der Geraden bestimmt 
wird. 



15. Verfahren nach Anspruch 11, dadurch gekennzeichnet, 

5 date das Antialiasing in den Display- Prozefe, enthaltenden 
die Ubertragung des im Framebuffer stehenden Bildes an den 
Monitor, einbezogen ist. 

16. Verfahren nach einem der vorangehenden Anspriiche, 
gekennzeichnet durch das Vorsehen der konstruktiven Ele- 

10 mente des Post-Antialiasing-Verf ahrens in einen RAMDAC- 
Chip, welcher das ankommende digitale Bild in analoge Si- 
gna 1 e umwande 1 t . 



17. Verfahren nach Anspruch 1, gekennzeichnet durch das 

Vorsehen eines Triple-Buffers, wobei sich die drei resul- 
15 tierenden Buffer in zyklischer Vertauschung parallel die 
Verf ahrensschritte Rendering, Post-Antialiasing und Bild- 
wiedergabe teilen . 

18. Vorrichtung nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, daiS Baugruppen vorgesehen sind, 

20 welche jeweils die vorstehend genannten Verf ahrensschritte 
ausfuhren, wobei der jeweiligen Baugruppe das Ergebis des 
vorangehenden Verf ahrensschitts als Eingangssignal zuge- 
ftihrt wird, wahrend das Ergebnis des jeweiligen von der 
Baugruppe ausgefiihrten Verf ahrensschritts das Ausgangs- 

2 5 signal der betreffenden Baugruppe bildet, welches dann 
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wiederum der den nachsten Verf ahrensschritt ausfuhrenden 
Baugruppe als Eingangssignal zugefiihrt wird. 

***** 
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Zusammenf as sung 

Verfahren zum Eliminieren unerwunschter Stufungen an Kan- 
ten bei Bilddarstellungen im Zeilenraster, insbesondere im 
On-line Betrieb, aufweisend die Schritte: 

a) Anwendung eines Kantenoperators auf einen Bildteil 
zur Grobermittlung mindestens eines Kantenverlaufs, 

b) Bestimmung der Position mindestens eines in der Nahe 
des ermittelten Kantenverlauf s gelegenen ersten Pixels re- 
lativ zu dem Kantenverlauf, 

c) Approximation einer Geraden zur Ermittlung eines 
wahrscheinlich genaueren Verlaufs der Kante in der Nahe 
des ersten Pixels als Kriterium fur eine lokale Vorzugs- 
richtung einer vorgesehenen Farbzumischung sowie 

d) Zumischung der Farbe eines in Richtung der ermittel- 
ten Vorzugsrichtung gelegenen zweiten Pixels zu dem ersten 
Pixel . 
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i" 
t" 



Eingang 

Inslanzname 

Modulname 

Ausgang 



Enable-Signa! 
Regis tername 
Bi tbrei te des Registers 



h rh 



neue Bitbrcitc 




A usgangs bi tbrei te 



- Ausgangsbi tbrei te 



Instanziierung eines selbstdefinierten Moduls 



Register; das am Eingang liegende Datum wird 
bei der positiven Taktflanke ubernommen, falls 
das Enable-Signal gesetzt ist 

Bitbreite eines Drahtes (Wires) 



Auswahl von Bits eines Wires 

sich kreuzende Wires, ohne eine galvanische 
Verbindung 



Verzweigung eines Drahtes 



Konkatenation von Bits 



Subtraktion (res = opl - op2 / und nicbi andersherum) 



Addition (der mittlere Eingang ist ledigiich ein 
cany-Eingang, und damit nur 1 Bit breit, aufwandsmaBig 
zahlt dieses Element wie eine Addition zweier Zahlen) 



Fig. 67 
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Anfangs- 
stetus 



End- 
status 



Gerade durch die Punfcte 



Beispiel 



UP 



UP 



UP 



(x A -0.5,0.5) - (O.S^Xa+x^.O) 
fiirx< 0.5*(x a +Xe) 
(0.5*(x A +XE) f O) - (x B +0.5,0.5) 
fUr x > 0.5*(x A +x E ) 




DOWN 



(x A -0.5,0.5) - (x E +O.5,-0.5) 




UP 



UP 



NO 



(x A -O.5,0.5) - (x E +0.5,0) 




HOR 



(x A -0.5,0.5) - (x A +0.5*(n-2),0) 




DOWN 



UP 



(x A -0.5,-0.5) - (x E +0.5,0.5) 



I I I I I I Li 



m&wvsmmmm> 



mmmmmn 



DOWN 



DOWN 



(x A -0.5,-a5) - (0.5*(x A +x E ),0) 
fiirx< 0.5*(x A +x E ) 
<G.5*(x A +x E ),G) . (x E +0.5,-0.5) 
filr x > 0.5*(x A +X£) 




Tab. 1 
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Tab. 2 
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Anfangs- 
status 



End* 
status 



Gerarfe durch die Puakte 



BeispEel 



HOR 



NO 





HOR 



HOR 



y-0 




Tab. 3 







Bfi5 




Init 


1 


In 


Initialisierungssignal (Ubernahme einer neuen Hohe und 
Breite) 


width 


11 


In 


neue Bildschirmbreite (nur relevant bei Init=l) 


height 


11 


In 


neue Bildschirmhohe (nur relevant bei Init=I) 


Color 


24 


In 


Farbwert eines Pixels 


Validjn 


1 


In 


Gttltigkeitsanzeige des Color-Signals 


mixedColor 


24 


Out 


antialiaster Farbwert eines Pixels 


Valid 


1 


Out 


GUltigkeitsanzeige des mixedColor-Signals 



Tab. 4 









B^able-Signal der Zahler 


EN 


1 


In 




Init 


1 


In 


Initialisierungssignal (Obernahme der neuen Breite und Hohe) 


width 


11 


In 


neue Bildschirmbreite (nur relevant bei Init=l) 


height 


11 


En 


neue Bildschirmhdhe (nur relevant bei Init=l) 


rightValid 


I 


Out 


GUltigkeitsanzeige des Pixels rechts vom aktuellen 


down Valid 


1 


Out 


GUltigkeitsanzeige des Pixels unter dem aktuellen 


Ready 


1 


Out 


Anzeige, daB alle Pixel des aktuellen Bildes eingelesen wurden 
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EN 


1 


In 


Enable-Signal der Register 


coLright 


24 


In 


Farbwert fiir das Pixel rechts vom aktuellen 


col_down 


24 


In 


Farbwert fUr das Pixel unter dem aktuellen 


rightValid 


I 


In 


Gllltigkeitsanzeige vom col_right-Signal 


downValid 


i 


In 


Gttitigkeitsanzeige vom col_down-Signal 


EdgeVal 


4 


Out 


Kanteninformation fUr das aktueile Pixel 


col_right_new 


24 


Out 


Farbwert, der fUr die Kantengenerierung in der nachsten Zeile 
emeut gebraucht wird 


color 


24 


Out 


Farbwert, der fur die spatere Mischung aufbewahrt werden soil 



Tab. 6 





llSI 




^3KSb^S^^4^S^^^ & :%&^ : ;ri yjw-. - >.. • , rV - * 


EN 


I 


In 


Enable-Signal des Moduls 


colorO 


24 


In 


Faroe des einen Pixels 


colorl 


24 


In 


Farbe des anderen Pixels, zwischen denen eine Kante erkannt 
werden soil 


cmp 


I 


Out 


Anzeige, ob zwischen den beteiligten Pixeln eine Kante exi- 
stiert 



Tab. 7 











EN 


1 


In 


Enable-Signal des Moduls 


r_color 


24 


In 


Faroe des rechten Pixels 


c_co!or 


24 


In 


Farbe des zentralen Pixels 


decolor 


24 


In 


Farbe des unteren Pixels 


r_pos 


I 


Out 


vom zentralen zum rechten Pixel existiert ein positiver Farb- 
sprung 


r_neg 


1 


Out 


vom zentralen zum rechten Pixel existiert ein negativer Farb- 
spning 


d_pos 


I 


Out 


vom zentralen zum unteren Pixel existiert ein positiver Farb- 
sprung 


d_neg 


1 


Out 


vom zentralen zum unteren Pixel existiert ein negativer Farb- 
sprung 



Tab. 8 
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EN 


1 


In 


Enable-Signal der Register 


X 


8 


la 


Farb weft eines (Canals 


y 


8 


In 


Farbwert eines Kanals 


z 


8 


In 


Farbwert eines Kanals 


approx 


11 


Out 


Ergebniswert 



Tab. 9 











EN 


i 


In 


Enable-Signal des Moduls 


EdgeVal 


4 


In 


neuer Kantenwert rtir das rechte, untere Pixel im Kantenfenster 


EdgePipe_out 


64 


En 


Kantenwerte der rechtesten Spalte 


Win_vp 


289 


Out 


Kantenfenster mit den vertikal positiv markierten Pixeln 


Win_vn 


289 


Out 


Kantenfenster mit den vertikal negativ markierten Pixeln 


Winjip 


289 


Out 


Kantenfenster mit den horizontal positiv markierten Pixeln 


Winjin 


289 


Out 


Kantenfenster mit den horizontal negativ markierten Pixeln 


EdgePipejn 


64 


Out 


Kantenwerte der am weitesten links liegenden Spalte, die nicht 
mehr fur das aktuelle Fenster bentitigt werden (erst bei der 
Bearbeitung der nachsten Zeile wieder relevant) 



Tab. 10 



signer 








EN 


I 


In 


Enable-Signal der Registers 


EdgeVal 


1 


In 


neuer Kantenwert fiir das rechte, unterste Pixel 


EdgePipe_out 


16 


In 


Kantenwerte der rechtesten Spalte 


actWin 


289 


Out 


vertikales/horizontales Kantenfenster 


EdgePipe_in 


16 


Out 


Kantenwerte der am weitesten links liegenden Spalte, die nicht 
mehr fur das aktuelle Fenster benotigt werden (erst bei der 
Bearbeitung der nachsten Zeile wieder relevant) 



Tab. 1 1 
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Reset 


I 


In 


Reset-Signal, ttach Anlegen dieses Signals erfolgt eine Initiali- 
sierungsphase des RAMs 


(nit 


1 


In 


Initialisieningssignai, bet dem die Lange der Pipe neu festge- 
legt wind. 


L 


? 


In 


neue Lange der verwendeten Pipe (Bitbreite Uber Parameter 
festlegbar) 


Shift 


i 


In 


Signal fiir das Weiterschalten der Daten (neues Datum wird 
tibemommen, ein Datum wird ausgegeben) 


Din 


? 


In 


Daten-Eingang der Pipe (Bitbreite Uber Parameter festlegbar) 


DOut 


? 


Out 


Daten-Ausgang der Pipe (Bitbreite Gber Parameter festlegbar) 



Tab. 12 













EN 


1 


Tn 


Enable-Signal der Register 


Init 


1 


In 


Initialisieningssignai Kir die Masken 


x_jn 


1 


In 


neuer Wert Rlr die x-Maske 


y_ia 


1 


In 


neuer Wert Rir die y-Maske 


EndOfLine 


1 


In 


Signal, das anzeigt, daB das Ende einer Bildzeile erreicht ist 


xmask 


17 


Out 


Maske, die horizontal angibt, welche Pixel zur aktuellen Umge- 
bung gehoren 


ymask 


17 


Out 


Maske, die vertikal angibt, welche Pixel zur aktuellen Umge- 
bung gehoren 



Tab. 1 3 











EN 


1 


In 


Enable-Signal der Zahler 


Init 


1 


In 


Initialisieningssignai (Ubernahme derneuen Breite und Hohe) 


width 


11 


In 


neue Breite (nur relevant bei Init= 1) 


height 


11 


In 


neue Hdhe (nur relevant bei Init=l) 


EndOfLine 


1 


Out 


Signal, das anzeigt, daB das Ende einer Bildzeile erreicht ist. 


x_in 


1 


Out 


neuer Wert fur die x-Maske 


y_in 


1 


Out 


neuer Wert fur die y-Maske 


Valid 


1 


Out 


Ist das aktuelle Pixel Uberhaupt gUltig (innerhalb derBildgren- 
zen) ? 



Tab. 14 
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MM 


K8H 






I 


In 


Enable-Signal des Moduis 


Win__p 


289 


In 


positiv markiertc Pixel im Kantenfenster 


Winji 


289 


In 


negativ markierte Pixel im Kantenfenster 


xmask 


17 


In 


x-Maske (Gtiltigkeit der Pixel im Kantenfenster) 


ymask 


17 


In 


y-Maske (GUltigkeit der Zeilen im Kantenfenster) 


yReai 


16 


Out 


Position der Geraden bzgl. des Farbsprunges 


mix 


7 


Out 


Mischfaktor, der angibt, wieviel von der Farbe aus der entspre- 
chenden Richtung zugemischt werden sollte (falls nur diese 
Gerade existiert) 


len 


5 


Out 


horizontaie Lange der verfolgten Geraden 


nogood 


I 


Out 


Flag, das angibt, ob die Gerade als „gut" angesehen wird 



Tab. 1 5 





lilt 






actWtn_p 


289 


In 


positiv markierte Pixel im Kantenfenster 


actWin_n 


289 


In 


negativ markierte Pixel im Kantenfenster 


xmask 


17 


In 


Gtiltigkeit der Pixel im Fenster 


ymask 


17 


In 


GCIltigkeit der Zeilen im Fenster 


masked Window 


191 


Out 


maskiertes Kantenfenster 
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UK 




wmmm®$mmMW#v- - , . 


EN 


i 


In 


finable-Signal der Register 


ep 


191 


In 


Kantenfenster (edge pic / nicht mehr rechteckig) 


stat_left 


2 


Out 


Status am linkcn Ende der verfolgten Stufe 


stat right 


2 


Out 


Status am rechten Ende der verfolgten Stufe 


xA 


4 


Out 


x- Wert des Anfangspunkfces (eigentlich -xA, aber Vorzeichen 
wird nicht behotigt / Wertebereich: 0..7,5) 


yA 


5 


Out 


y-Wert des Anfangspunktes (Wertebereich : -7,5..+7.5) 


xB 


4 


Out 


x-Wert des Endpunktes (Wertebereich: 0..7.5) 


yE 


5 


Out 


y-Wert des Endpunktes (Wertebereich: -7.S..+7.5) 



Tab. 1 7 
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up 


9 


In 


Zeile im Kantenbild Uber der mittleren 


center 


9 


In 


mittlere Zeile im Kantenbild in eine Richtung 


down 


9 


In 


Zeile im Kantenbild unter der mittleren 


ten 


3 


Out 


Lange der zentralen Stufe in der verfolgten Richtung 


stat 


3 


Out 


Status am Ende der zentralen Stufe 



Tab. 1 8 





Still 


'mm 




tstatj 


3 


In 


temporarer Status nach links 


tstat_r 


3 


In 


tempo rarer Status nach rechts 


statj 


2 


Out 


Status am linken Ende der verfolgten Stufe 


stat_r 


2 


Out 


Status am rechten Ende der verfolgten Stufe 
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UP 


010 


DOWN 


001 


NO 


000 


HOR 


Oil 


BOTH 


100 







UP 


10 


DOWN 


01 


NO 


00 


HOR 


11 







Tab. 20 Tab. 21 











pos 


3 


In 


Position, an der die zentrale Stufe endet 




44 


In 


Sektor aus dem Kantenbild, in dem weitere Stufen gefunden 
werden sollen 


jumps 


17 


Out 


im Sektor gefundene SprOnge 



Tab. 22 
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llllt 




EN 


i 


In 


Enable-Signal der Register 


statj 


2 


In 


Status am linken Rand der zentralen Stufe 


stat_r 


2 


In 


Status am rechten Rand der zentralen Stufe 


pos_I 


3 


En 


Lange der zentralen Stufe nach links 


pos_r 


3 


In 


Lange der zentralen Stufe nach rechts 


jumpsj 


17 


In 


weitere nach links erkannte Stufen 


jumps_r 


17 


In 


weitere nach rechts erkannte Stufen 


xA 


4 


Out 


x-Wert des Anfangspunktes 


yA 


4 


Out 


y-Wert des Anfangspunktes (vorzeichenlos) 


xE 


4 


Out 


x-Wert des Endpunktes 


yE 


4 


Out 


y-Wert des Endpunktes (vorzeichenlos) 



Tab. 23 









.3kgkg$^ ... - v.: 


len 


4 


In 


Lange der zentralen Stufe 


jumps 


17 


In 


mogliche Sprttnge 


pos 


7 


Out 


Maske, die angibt, weiche Stufen eine urn eins groBere Lange 
als die zentrale Stufe enthalten 


zero 


7 


Out 


Maske, die angibt, wetche Stufen die gleiche Lange wie die 
zentrale Stufe enthalten 


neg 


7 


Out 


Maske, die angibt, weiche Stufen eine urn eins kleinere Lange 
als die zentrale Stufe enthalten 



Tab. 24 











EN 


1 


In 


Enable-Signai der Register 


posj 


7 


In 


Maske, die die urn eins langere Stufen nach links enthalt 


zero_l 


7 


In 


Maske, die die genauso langen Stufen nach links enthalt 


negj 


7 


In 


Maske, die die urn eins kdrzere Stufen nach links enthalt 


pos_r 


7 


In 


Maske, die die urn eins langere Stufen nach rechts enthalt 


zero_r 


7 


In 


Maske, die die genauso Langen Stufen nach rechts enthalt 


neg_r 


7 


In 


Maske, die die urn eins kUrzere Stufen nach rechts enthalt 


mask_l 


7 


Out 


Maske, die angibt, weiche Stufen nach links zu einer Geraden 
beitragen 


mask_r 


7 


Out 


Maske, die angibt, weiche Stufen nach rechts zu einer Geraden 
beitragen 



Tab. 25 
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MM 






EN 


t 


In 


finable-Signal der Register 


pos 


3 


In 


x-Wert des Endes der zentralen Stufe 


yo 


I 


En 


y-Wert des Endes der zentralen Stufe 


jumps 


17 


In 


weitere Stufen in die entsprechende Richtung 


mask 


7 


In 


Maske, die angibt, welche der Stufen in jumps zur Geraden bei- 
tragen 


X 


4 


Out 


x-Wert des einen Endpunktes der Geraden 


y 


4 


Out 


Betrag des y-Wert des einen Endpunktes der Geraden 
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illiteiifti 








EN 


1 


In 


Ertable-Signai der Register 


xA 


4 


In 


x-Wert des Anfangspunkte 


yA 


5 


In 


y-Wert des Anfangspunktes 


xE 


4 


In 


x-Wert des Endpunktes 


yE 


5 


In 


y-Wert des Endpunktes 


statjeft 


2 


In 


Status am Anfangspunkt 


stat_right 


2 


In 


Status am Endpunkt 


yReal 


16 


Out 


y-Wert der realen Geraden beim aktuellen Pixel 


mix 


7 


Out 


Mischfaktor fUr eine Zumischrichtung b2gl. der Geraden 


Ien 


5 


Out 


Lange der verfolgten Geraden 


no^good 


1 


Out 


Stati an den Enden der Geraden deuten auf keine „gutartige" 
Gerade hin 
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X 


5 


In 


Eingangswert 


y 


10 


Out 


Ergebniswert y = i 



Tab. 28 
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PM 
cri 


i 
l 


in 


Enable-Signai der Register 


xmask 


1 


In 


Maskenbit, das angibt, ob das aktuelle Pixel zu einer Kante 
gehOrt 


yReal 


16 


In 


V— Wf*rf flpf* teuton Kantt* V*t«-1 rft>c Parhcnmnmio 

/- wcii ucr rcaicn cvoiiic ozgi. ues rarusprunges 


len_r 


5 


In 


La"nge der verfolgten Geraden fur den rechten Mischfaktor 


nogood_r 


i 


In 


Rag, dafl andeutet, das die Gerade fur die Ermittlung des rech- 
ten Mischfaktors wahrscheinlich nicht „gutartig" war 


mix 


7 


Out 


linker Mischfaktor fur das aktuelle Pixel 


len 


5 


Out 


Langc der verfolgten Geraden 


nogood 


1 


Out 


Stati an den Enden der Geraden deuten auf keine „gutartige" 
Gerade hin 



Tab. 29 





lilt 


if 11 




EN 


1 


In 


Enable-Signai der Register 


pre_mix_up, 
pre_mi x_do wn, 
pre_mix_left, 
pre_mix_right 


je7 


In 


Mischfaktoren, die aufgrund nur jeweils einer Geraden festge- 
legt wurden 


len_up, 
len_down, 
lenjeft, 
len_right 


je5 


In 


Langen der jeweiligen Geraden 


nogood_up, 
nogood_down, 
nogood_left, 
nogood_right 


jel 


In 


Flags der jeweiligen Geraden, die nicht als „gut" bezeichnet 
werden konnen 


mix„up, 
mix_down, 
mixjeft, 
mix_right 


je7 


Out 


endgUltige Mischfaktoren Mir die entsprechenden Richtungen 



Tab. 30 



